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I.  INTRODUCTION 


A.  BACKGROUND 

Hith  technological  advances  a  vast  amount  of  information 
is  available  and  it  is  becoming  increasingly  difficult  to 
utilize  this  information  properly.  Minzberg  states  that  a 
manager  is  "...the  focal  point  in  the  general  flow  of  infor¬ 
mation  and  in  the  handling  of  general  disturbances." 
[Ref.  Is  p.  4]  Naisbitt  [Ref.  2:  pp.  1-33]  lists  the  tran¬ 
sition  of  the  American  society  from  an  industrial  society  to 
an  information  society  as  one  of  ten  "megatrends"  currently 
taking  place.  Certainly,  a  key  factor  in  determining  a 
managers  success  is  going  to  be  his  ability  to  properly 
utilize  all  the  information  made  available  to  him. 

A  Management  Support  System  (MSS)  will  help  a  manager 
manage  information.  As  task  manager  of  the  Electronic 
Warfare  System  Support  laboratory  (EHSSI)  the  author  wants 
to  be  sure  he  is  using  the  most  up  to  date  methods  to  manage 
the  laboratory. 

This  thesis  develops  the  requirements  for  a  MSS  for  the 
EHSSI.  The  EHSSI  is  located  at  the  Pacific  Missile  Test 
Center  (EMTC),  Pt  Mugu,  California.  The  EH SSL  generates 
test  configurations,  realistic  battle  situation  scenarios, 
and  data  acquisition  and  processing  capabilities  to  test 
Electronic  Harfare  (EH)  systems  and  suites  in  a  real-time 
dynamic  environment.  Navy,  Air  Force,  and  Army  developers 
of  EH  systems  utilize  the  EHSSI.  In  the  past  15  years  the 
size  of  the  EHSSI  has  greatly  increased.  Personnel  has 
changed  from  two  electronic  engineers  and  one  electronic 
technician  providing  technical  support  and  a  branch  head 
providing  part  time  managerial  support  in  1969  to  a  crew  of 


15  electronic  engineers,  three  electronic  technicians,  a 
prograa  analyst,  and  a  full  tine  branch  head.  Sinulation 
equipment  has  changed  iron  one  target  tracking  radar  simu- 
lator  to  foar  target  tracking  radar  simulators  and  four 
software  support  stations.  The  annual  budget  has  gone  from 
100  thousand  dollars  to  three  million  dollars. 

B.  IEEE  AID  OBJECTIVE 

1 .  Meed 

Managing  the  EHSSL  has  become  increasingly  complex. 
Assembling  the  information  required  for  program  planning, 
both  to  the  Naval  Air  System  Command  (NAVAIB)  sponsors  and 
FMTC  chain  of  command,  occupies  a  great  deal  of  time.  Mot 
having  the  proper  information  readily  available  has  caused 
delays  in  response  resulting  in  missed  funding.  Long  range 
planning  for  the  EHSSI  requires  a  thorough  understanding  of 
the  Navy's  EM  development  program  as  well  as  defense 
industry  trends.  Information  sources  and  interfaces  are  not 
formally  defined  and  change  continually. 

2 .  Objectives 

The  objectives  of  this  thesis  are: 

1.  tc  identify  the  criteria  and  considerations  appro¬ 
priate  for  a  MSS  to  be  utilized  in  the  EHSSL . 

2.  to  provide  a  brief  summary  of  management  theory 
evolution  and  effective  management  practises  as  they 
influence  information  systems. 

3.  to  identify  seme  current  organizational  assessment 
techniques. 

to  examine  the  existing  EHSSL  environment  and  iden¬ 
tify  roles,  responsibilities,  organizational  rela¬ 
tionships,  and  information  flow  and  controls. 
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5.  to  stipulate  the  information  and  control  requirements 
for  an  EWSSL  MSS. 

6.  to  recoaaend  a  development  plan  for  the  EWSSL  MSS. 

C.  METHODOLOGY 

1.  Be view  of  Current  Literature 

in  extensive  research  of  existing  literature  was 
conducted  to  gain  an  understanding  of  MSS  development. 
Other  topics  investigated  included  organizational  analysis, 
strategic  planning,  and  management  in  bureaucracies.  This 
was  accomplished  by  reviewing  current  books,  periodicals, 
and  reports.  Useful  documents  are  listed  in  the 
bibliography. 

2 .  Personnel  Contacted 

Information  for  this  thesis  has  been  gathered 
largely  through  personal  contact  with  people  working  with 
the  EWSSL.  This  includes  personnel  employed  in  the  EWSSL, 
EWSSI  sponsors,  and  users  of  the  laboratory. 

3 .  Analysis 

The  ESSSL  was  analyzed  using  the  Network  organiza¬ 
tional  model  detailed  in  Chapter  III.  Requirements  were 
determined  using  decision  analysis.  Input  and  output 
volumes  were  determined  from  discussions  with  EWSSL 
personnel. 

D.  TBESIS  OHG AIIZATICI 

The  knowledge  gained  from  the  literature  search  has 
determined  the  thesis  organization.  The  thesis  is  organized 
much  like  an  MSS  is  developed. 


III.  SOME  a AM 1GB HE MT  TOOLS 


This  chapter  will  discuss  the  evolution  of  management 
theory,  seme  current  theories,  and  methods  of  analyzing 
organizations. 

1.  HASAGEBEHT  THEOBT  BISTOHY 

In  order  to  develop  an  effective  MSS  managers  must  be 
able  to  relate  to  the  MSS  personally.  Managers  will  look 
for  different  capabilities  in  an  MSS  based  on  their  manage¬ 
ment  theory  background.  One  needs  to  know  the  theories  they 
might  believe  in  to  get  clues  as  to  what  their  approach  to 
problem  solving  is. 

A  theory  is  a  set  of  ideas  that  is  useful  in  describing 
some  phencmenon.  Simply  stated  it  is  what  ever  you  carry 
around  in  your  head  to  help  ycu  understand  life.  A  theory 
is  usually  evaluated  ty  its  usefulness.  For  a  theory  to  be 
good  it  must  have  the  following  capabilities: 

1.  Accurately  reflect  reality 

2.  Cover  abroad  range  of  situations 

3.  Be  consistent 

4.  Be  open  to  improvement  and  change 

Peoples  experiences  generate  their  most  meaningful  theo¬ 
ries.  A  lot  of  management  theory  is  generated  by  the  social, 
political,  and  technical  development  of  society  at  the  time. 
The  theory  must  be  consistent  and  compatible  with  what  is 
happening  in  society.  It  is  therefore  possible  to  extrapo¬ 
late  from  society  where  organizations  are  going.  The 
following  is  a  brief  summary  of  organizational  theory 
development. 
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2, 


Development 

It  is  not  always  possible  to  know  all  that  you  need 
to  include  in  an  MSS.  Also,  when  you  begin  to  use  the  MSS 
it  may  become  obvious  that  changes  are  reguired.  For  these 
reasons  it  is  sometimes  wise  to  develop  the  MSS  in  an  itera¬ 
tive  process  [lief.  6:  pp.  139-141  %  Start  with  a  well 
understood  portion  of  the  overall  organization  and  implement 
it.  Then  let  the  system  grow  in  small  steps  that  best  fit 
the  people  and  the  functions  reguired.  This  iterative  or 
incremental  approach  has  several  advantages.  First,  it  is 
possible  to  improve  the  quality  of  information  before  design 
dt:  isiens  are  reguired.  It  is  possible  to  implement  only 
the  portion  of  the  MSS  that  is  well  understood  and  wait 
until  information  becomes  available  or  knowledge  increases 
because  of  experience  to  continue.  Trial  balloons  can  be 
experimented  with  and  a  systematic  approach  can  be  utilized. 
Second,  it  stimulates  flexibility,  creativity  and  opportu¬ 
nism.  Development  effort  can  change  to  focus  on  the  most 
critical  problem  at  hand.  Sequencing  and  lead  time  problems 
can  be  worked  on  as  required.  Third,  it  is  possible  to 
overcome  political  and  emotional  barriers  to  change.  A 
successful  small  portion  of  the  MSS  will  build  political 
support  to  continue  the  erall  development.  Incrementalism 
provides  time  to  overcome  opposition  to  change.  Fourth, 
incrementalism  allows  time  to  create  personnel  and  organiza¬ 
tional  commitment  to  the  MSS. 


Analysis  consists  of  a  thorough  description  of  the 
current  situation  and  determining  the  information  needs  of 
the  organization.  The  analysis  must  define  the  organiza¬ 
tions  roles  and  interrelations  with  other  organizations.  A 
common  analysis  approach  is  to  develop  a  model  of  the  organ¬ 
ization  and  perform  the  analysis  using  the  model. 

To  determine  specific  information  needs  detailed  ques¬ 
tions  must  be  asked  of  the  individuals  in  the  organization. 
The  following  questions  should  be  answered  by  people  who 
will  be  utilizing  the  MSS. 

1.  What  information  do  you  get? 

2.  How  often  do  you  require  this  information? 

3.  Is  this  information  received  on  time? 

4.  Hhat  information  would  you  like? 

5.  Hhat  type  of  studies  do  you  request? 

6.  Hhat  decisions  do  you  make? 

7.  How  often  do  you  make  these  decisions? 

8.  Are  these  decisions  always  made  on  time? 

9.  Hhat  topics  most  you  be  familiar  with? 

10.  Hhat  magazines  or  trade  journals  do  you  require? 

11.  Hhat  three  improvements  would  you  make  to  the  current 
information  system? 

0.  MSS  DESIGI  COHSIDEBATIONS 
1  •  functional  MSS 

As  was  seen  earlier  management  levels  can  be  broken 
down  into  three  categories:  strategic  planning,  management 
control,  and  operational  control.  It  would  seem  that  it 
would  be  logical  to  develop  HSSs  this  way  also.  However 
this  is  not  the  case.  Hhat  is  generally  done  is  that  a 
functional  MSS  is  developed.  The  most  common  functions  are 
marketing,  manufacturing,  and  financial.  The  functional  MSS 
can  be  structured  to  summarize  and  condense  the  information 
to  that  required  for  each  of  the  three  managerial  levels. 
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A  MSS  must  te  developed  with  a  thorough  under¬ 
standing  of  the  decision  Baking  styles  of  the  individua.  . 
who  will  be  utilizing  the  systea. 

5 .  gase  of  Ose  and  Modification 

An  MSS  Bust  te  easy  to  use  otherwise  a  manager  will 
find  other  aeans  to  get  his  job  done.  Easy  to  use  means 
different  things  to  different  people.  As  discussed  earlier 
people  have  different  ways  of  solving  problems.  They  also 
have  different  interpretations  as  to  what  easy  to  use 
inplies. 

Some  thoughts  on  what  features  an  MSS  might  eiplcy 
to  be  considered  easy  to  use  are  provided  by  Sprague 
[fief.  6:  pp.  101-107 ]• 

To  be  easy  to  use  an  MSS  should  have  representa¬ 
tions,  operations, memory  aids,  and  control  mechanisas. 
Bepr esentations  consist  of  flowcharts,  diagrams,  or  print¬ 
outs  in  the  sane  style  as  was  done  by  hand  before  the  MSS 
was  available.  The  representations  should  be  familiar  to  the 
user  and  support  his  or  her  method  of  conceptualization. 
The  MSS  should  provide  operations  which  support  all  three 
phases  of  the  decision  making  process  and  if  possible  inte¬ 
grate  them.  Memory  aids  should  be  in  the  form  of  long  term 
aids  such  as  databases  and  short  term  aids  such  as  scratch 
pads.  There  should  also  be  control  mechanisms  to  help  learn 
the  new  skills  employed  by  the  MSS. 

C.  ASA11SIS  AID  BEQD1BEHEITS 

The  next  step  in  the  development  of  an  MSS  is  an  anal¬ 
ysis  of  the  current  situation.  From  this  analysis  require¬ 
ments  can  te  determined  that  will  provide  the  criteria  for 
design. 


4.  Different  Decision  Making  Processes 


Every  manager  has  a  unique  decision  Baking  style 
which  aay  involve  different  kinds  of  decision  Baking 
processes  £Bef.  3:  pp.  120-123].  There  are  three  diaensions 
to  an  individuals  decision  aaking  style.  These  diaensions 
are  their  problea  sensing,  inf creation  gathering,  and  infor- 
aation  using  styles. 

There  are  three  categories  of  problea  sensing 
styles.  these  categories  are  problea  avoider,  problea 
solver,  and  the  problea  seeker.  A  problea  avoider  takes  a 
positive  attitude  and  assuaes  that  everything  is  fine.  The 
possibility  of  problems  is  blocked  out  by  ignoring  informa- 
tion  or  avoiding  thorough  planning.  A  problea  solver  does 
not  lock  for  probleas  but  does  not  ignore  then  either.  If  a 
problea  arises  it  is  solved.  A  problea  seeker  actively 
searches  for  probleas  to  solve  by  thoroughly  analyzing  all 
available  inforaation  and  strong  planning. 

The  way  people  organize  the  various  sources  of 
inforaation  that  are  received  daily  can  be  divided  into  two 
information  gathering  styles.  These  styles  are  the  percep¬ 
tive  style  and  the  receptive  style.  An  individual  who 
utilizes  the  perceptive  style  adheres  to  managenent  by 
exception  and  filters  out  everything  not  meeting  certain 
criteria.  In  the  receptive  style  the  individual  wants  to 
analyze  all  available  information  and  then  determine  its 
meaning. 

There  are  twc  inforaation  using  styles,  systematic 
and  intuitive.  A  systematic  approach  is  where  attention  is 
focused  on  a  prescribed  method  for  problem  solving  such  as 
the  systeas  approach.  The  intuitive  individual  does  not 
adhere  to  a  single  approach  but  instead  uses  any  process 
that  seeas  to  fit  the  situation. 


problea,  generating  solutions,  and  testing  the  solutions  for 
feasibility.  The  choice  phase  is  where  a  particular  alter¬ 
native  developed  in  the  design  phase  is  selected  and  iaple- 
■ented.  Table  IV  shows  soae  coaoon  activities  of  each  phase 

[Ref.  6:  p.  105]. 

T1BLI  IV 

Phases  of  the  Decision  Raking  Process 


INTELLIGENCE 


Gather  Data 
Identify  Objectives 
Diagnose  Problea 
Validate  Data 
Structure  Problem 

DESIGN 


Gather  Data 
Ranipulate  Data 
Quantify  Objectives 
Generate  Alternatives 
Assign  Sisks  to  Alternatives 
CHOICE 

Generate  Statistics  on  Alternatives 
Siaulate  Results  of  Alternatives 
Explain  Alternatives 
Choose  Alternative 
Explain  Choice 
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ever;  tiae  the;  occur.  Ronprograaaed  decisions  are  those 
for  which  there  is  no  fira  decision  Baking  process. 
Ronprograaaed  decisions  are  not  repetitive.  These  types  of 
decisions  occur  because  of  tiae  constraints,  lack  of  knowl¬ 
edge,  a  large  search  area,  or  nonguantif iable  data. 
Monprograaaed  decisions  reguire  individual  action  using 
intelligent,  adaptive  problem  salving  technigues. 

People  at  all  levels  of  management  are  reguired  to 
solve  both  types  of  decisions. 

Another  classification  scheme  of  decision  types  is 
Thompsons,  as  intezpreted  by  Hacka thorn  and  Keen  [Ref.  83. 
They  classify  decisions  as  either  independent,  seguential 
interdependent,  or  pooled  interdependent.  Independent  deci¬ 
sions  are  where  a  decision  maker  has  full  responsibility  and 
authority  to  make  a  complete  implementable  decision. 
Seguential  interdependent  decisions  occur  when  a  decision 
aaker  makes  part  of  a  decision  which  is  then  passed  on  to 
soneone  else.  Pooled  interdependent  decisions  are  where  the 
decision  results  frca  negotiations  and  interaction  among 
several  decision  makers.  The  decision  makers  involved 
process  different  knowledge  that  oust  be  combined  to  aake 
the  decision. 

3-  Phases  of  the  Decision  Making  Process 

Siaon  [Bef.  S]  determined  that  there  are  several 
stages  to  the  decision  making  process.  He  has  divided  the 
decision  making  process  into  three  phases:  intelligence, 
design,  and  choice.  The  intelligence  phase  is  where  the 
environaent  is  searched  for  problem  areas  that  may  reguire 
decisions.  Baw  data  are  obtained,  processed,  and  examined 
for  information  that  may  identify  problems.  The  design 
phase  is  where  possible  courses  of  action  are  invented, 
developed  and  analyzed.  This  involves  understanding  the 


planning  and  reguire  predicting  the  future  of  both  the 
organization  and  its  environment.  Secondly,  the  strategic 
planning  process  usually  involves  a  small  group  of  high 
level  people  in  the  organization  and  is  nonrepetitive  and 
often  very  creative  and  insiteful.  The  types  of  decisions 
made  have  many  variables  and  are  usually  unstructured.  The 
results  of  these  decisions  are  policies  and  procedures  which 
have  to  be  analyzed  over  time  and  even  then  are  extremely 
difficult  to  evaluate. 

The  second  category  defined  by  Anthony  is  management 
control.  This  process  is  defined  as  "  ...the  process  by 
which  managers  assure  that  resources  are  obtained  and  used 
effectively  and  efficiently  in  the  accomplishment  of  the 
organizations  objectives. n  [Eef.  7:  p.  17]  There  are  three 
aspects  of  this  function.  This  process  involves  managers 
who  must  accomplish  their  tasks  through  interaction  with  a 
large  number  of  people.  These  tasks  are  defined  from  the 
objectives  and  policies  that  have  been  determined  in  the 
strategic  planning  process.  The  criteria  for  evaluating  the 
actions  taken  are  effectiveness  and  efficiency. 

Anthony* s  third  category  is  operational  control 
which  is  defined  as  n  the  process  of  assuming  that  specific 
tasks  are  carried  out  effectively  and  efficiently." 
[Bef.  7:  p.  18]  The  difference  between  management  control 
and  operational  control  is  that  management  control  is 
focused  on  planning  and  execution  in  general  whereas  opera¬ 
tional  control  is  focused  on  specific  tasks. 

2.  lipes  o£  Decisions 

Simon  in  The  Bew  Science  Of  Management  Decision  has 
defined  decision  types  as  either  "programmed"  or  "unpro- 
grammed".  Programmed  decisions  are  defined  as  those  deci¬ 
sions  which  are  repetitive  and  rr  itine  and  a  definite 
procedure  has  been  establ  shed  for  solving  them  each  and 
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B.  HSS  DESIG1  CUT2B11 


In  tie  development  of  an  HSS  there  are  certain  criteria 
one  is  trying  to  satisfy.  Sprague  [Bef.  6:  pp.  94-96] 

discusses  a  general  set  of  criteria. 

1.  An  HSS  should  support  users  at  all  levels. 

2.  An  HSS  should  support  different  types  of  decisions. 

3.  An  HSS  should  support  ail  phases  of  the  decision 
making  process. 

4.  An  HSS  should  support  different  decision  taking 
processes. 

5.  An  HSS  should  be  easy  to  use. 

By  describing  these  criteria  ve  can  better  understand 
what  aust  be  included  in  an  HSS. 

1.  Dsep  fcgygls 

In  Elannifig  gnd  Control  Systems:  A  ££Il§wo£k  for 
Analysis  Bobert  Anthony  developed  a  classification  scheae 
that  divided  managerial  functions  or  processes  into  three 
levels.  He  believed  that  the  differences  between  these 
categories  were  so  significant  that  control  systens  designed 
for  each  process  would  have  substantially  different 
characteristics. 

Anthony’s  first  category  is  called  "strategic  plan¬ 
ning".  Strategic  planning  is  defined  as  "  the  process  of 
deciding  on  objectives  of  the  organization,  on  changes  in 
these  objectives,  cn  the  resources  used  to  obtain  these 
objectives,  and  on  the  policies  that  are  to  govern  the 
acquisition,  use  and  the  disposition  cf  these  resources." 
[Bef.  7:  p.  16]  Anthony  made  several  points  with  respect  to 
strategic  planning.  first,  strategic  planning  focuses  on 
the  choice  of  objectives  for  an  organization  and  on  the 
means  required  to  achieve  these  objectives.  Because  of 
this,  problems  in  this  area  tend  to  involve  long  range 


TABLE  III 

H&nagement  Support  System  Development 


PHASE 

Initiation 

Survey 

Beguirements 

Preliminary  Design 

Detail  Design 

Development 

I aplementat ion 

Evaluation 


TASK 

Define  the  Problem 
Define  the  Objectives 
Statement  of  Anticipated  Benefits 
Analysis  of  Current  Situation 

Define  User  Beguirements 
Identification  of  Alternatives 
Gross  Design 

-inputs,  outputs,  processing 

Selection  of  Gross  Design 
Alternatives 

Preparation  of  Functional 
Specifications 

Cost/Benefit  Analysis 

Preparation  of  System  and 
Programming  Specifications 

Training  Plan  and 
Documentation  Begun 


Programs  Britten 
Hardware  Procured 

System  Tested 
Interfaces  Tested 
Operational  Acceptance 

Cost  and  Performance  Evaluated 
Modifications  as  Required 
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TAB1E  II 

Steps  In  Strategy  Development 


1.  Goal  Formulation 


2.  Current  Objectives  and  Strategy 


3.  Environmental  Analysis 

4.  Besource  Analysis: 

Organizational  Strengths  and 
Weaknesses 

5.  Strategic  Opportunities 
and  Threats 


6.  Determine  Change  Bequired 
in  Current  Strategy 


7.  Strategic  Decision  flaking: 

Develop. Evaluate, Select 
Alternatives 

8.  Implement  Strategy 

9.  Measurement  of  Progress 
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TABLE  I 

The  Systems  Approach  -  Steps  and  Decisions 

STEPS  DECISIONS 

1.  Define  the  problem 

Where  is  the  problem? 

What  is  causing  the  problen? 

Is  this  the  true  cause? 

2.  Gather  the  data  describing  the  problem 

Does  new  data  need  to  be  gathered, 
or  does  data  already  exist? 

Who  will  gather  the  data? 

Hov  will  the  data  be  gathered? 

3.  Identify  alternate  solutions 

Hov  aany  alternatives  should  be  identified 
Are  there  other  alternatives? 

Are  these  alternatives  feasible? 
h.  Evaluate  the  alternatives 

Which  criteria  should  be  used? 

Hov  does  each  alternative  measure  up 
to  each  criteria? 

Do  all  the  criteria  have  equal  veight? 

5.  Select  the  best  alternative 

Do  I  have  enough  information  tc  make 
a  decision? 

Which  alternative  measures  up  best  to 
the  criteria  selected? 

Was  the  selection  process  fair? 

6.  Iiplement  the  solution 

When  should  the  solution  be  implemented? 
Hov  should  solution  be  implemented? 

Who  should  implement  the  solution? 

7.  Evaluate  solution 

Who  should  evaluate  solution? 

Hov  veil  is  solution  meeting  objectives? 


II.  I££  DESIGH  CHIT BE I*  AMD 


A.  SI  ST  EH  AHAZ.ISIS 

To  iipleaent  an  idea  it  is  best  to  have  a  well  thought 
out  plan.  Current  thinking  favors  the  systeas  approach. 
The  word  systea  has  many  definitions.  One  definition  of 
systea  found  in  Webster* s  dictionary  that  is  appropriate  is 
"A  coaplex  unit  foraed  of  aany  often  diverse  parts  subject 
to  a  coaaon  plan  or  serving  a  common  purpose."  The  systeas 
approach  solves  a  prcblea  by  dividing  the  task  into  clearly 
defined,  manageable  steps.  The  basis  of  the  systeas 
approach  is  the  scientific  aethod  [Bef.  3:  p.  101]  that  is 
used  in  studying  the  physical  sciences.  The  steps  in  the 
scientific  method  are: 

1 .  observing 

2.  foraulating  a  hypothesis 

3.  predicting  what  will  happen 

4.  testing  the  hypothesis 

Table  I  lists  the  steps  of  the  systems  approach  and  scae 
guestions  that  aust  be  asked  before  continuing  to  the  next 
step  [Bef.  3:  p.  102].  Table  II  applies  the  systeas 
approach  to  strategic  planning  [Bef.  %:  pp.  110-117].  Table 
III  applies  the  systeis  approach  specifically  to  the  devel¬ 
opment  of  an  HSS  and  lists  soae  tasks  that  aust  be  performed 
during  each  step.  This  approach  was  developed  by  Higo 
[Bef.  5].  Although  the  inforaation  presented  in  the  three 
tables  are  guite  similar  each  provides  a  slightly  different 
viewpoint  that  should  be  appreciated. 


Chapter  II  is  a  tutorial  on  current  approaches  to  MSS 
development.  The  chapter  shows  how  a  complete  MSS  can  be 
developed  and  then  discusses  the  components  of  the  MSS  that 
this  thesis  deals  with.  The  chapter  focuses  on  general 
criteria  of  an  MSS  describing  the  criteria  so  that  the 
reasoning  behind  current  MSS  development  can  be  understood. 

Chapter  III  presents  some  ideas  to  consider  when  devel¬ 
oping  an  MSS.  First  a  brief  history  of  management  theory 
evolution  is  given.  Next,  some  ways  to  analyze  an  organiza¬ 
tion  are  described  and  finally  some  current  ideas  on  manage¬ 
ment  philosophy  are  discussed. 

Chapter  IV  describes  e  existing  EBSSL.  The  EBSSL  is 
described  using  the  Metv>  model  detailed  _n  Chapter  III. 

Chapter  V  uses  the  in  rmation  obtained  in  Chapter  IV  to 
develop  the  requirements  for  a  MSS  for  the  EBSSL.  The  MSS 
is  subdivided  into  related  functions  and  the  required 
inputs,  outputs,  and  processes  are  identified. 

Finally,  Chapter  VI  provides  a  brief  summary  of  the 
thesis  and  presents  the  recommendations  and  conclusions  of 
the  author. 
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i.  1200  ssje&fcj&s  aajaaggsat 


Prior  to  the  1900#s  physical  coercion  was  the  aain 
tool  oi  maintaining  order  in  an  organization.  Extended 
kinships  and  the  military  were  other  existing  organizations. 
The  industrial  revolution  of  the  aid  1800,s  changed  the 
environaent.  There  was  a  great  deal  of  enthusiasa  and  opti- 
aisa  with  science  during  this  tine  period. 

Frederich  Taylor  is  known  as  the  father  of  scien¬ 
tific  aanageaent.  Be  is  affectionately  known  as  "Fast 
Freddie"  because  he  used  tiae  and  notion  studies  of  haerican 
jteel  workers  to  identify  the  best  ways  of  perforning  their 
tasks.  He  was  able  to  achieve  a  300  percent  iaproveaent  in 
the  vcluae  of  coal  shoveled  per  worker.  These  draaatic 
inprcveaents  caused  aanageaent  to  guickly  adopt  scientific 
aanageaent  techniques  to  all  possible  situations. 
Haxiaizing  productivity  was  the  goal.  Organized  labor 
resisted  the  scientific  nethods  claining  the  procedures  were 
dehuaanizing.  Taylor  was  not  concerned  with  the  worker  and 
considered  hin  just  another  piece  of  aachinery  used  in  the 
production  process. 

Curing  this  tiae  period  Henri  Gant  utilized  the 
scientific  nethods  tc  fornalize  the  scheduling  process.  His 
Gant  charts  are  now  routinely  used. 

2.  1920  Classical  School 

Classical  organizational  theories  developed  cut  of  a 
need  to  find  guidelines  for  nanaging  conplex  organizations. 
Henri  Fayol  was  the  first  to  systenize  managerial  behavior. 
He  believed  that  sound  managerial  practice  had  certain 
patterns  that  could  be  identified  and  analyzed.  Fayol 
believed  aanageaent  was  a  skill  that  could  be  learned. 

Curing  this  time  period  a  great  deal  of  the  aanage- 
aent  tructure  used  today  was  developed.  The  separation  of 


line  and  staff  organizations,  the  division  cf  lator 
(specialization) ,  the  span  cf  control  (between  five  and 
twelve  personnel) ,  and  the  unit;  of  command  ideas  were  all 
developed  during  this  tine  period. 

3.  .19  JO  Hunan  Relations  School 

&  tean  of  Harvard  researchers,  led  by  Elton  Hayo, 
studied  the  effects  of  lighting  on  productivity  in  the 
Western  Electric,  Hawthorne  plant  in  Cicero,  Illinois 
between  1927  and  1932.  Two  groups  of  enployees  were  divided 
fron  the  rest  of  the  work  force.  &  test  group  was  subjected 
to  deliberate  changes  in  the  lighting  and  a  control  group 
was  kept  under  constant  illunination.  As  predicted  when  the 
lighting  conditions  were  inproved  productivity  increased. 
But  what  confused  the  researchers  was  that  when  the  lighting 
was  decreased  productivity  continued  to  increase.  Hhat 
added  to  the  mystery  was  that  the  control  groups*  produc¬ 
tivity  began  to  increase. 

What  the  researchers  concluded  was  that  because  both 
groups  had  been  singled  out  for  special  attention  they 
developed  a  group  pride  that  motivated  them  to  improve  their 
performance.  This  phenomenon  has  become  known  as  the 
Hawthorne  effect  and  ushered  in  the  human  relations  school 
of  organizational  theory. 

The  social  environment  of  employees  has  a  great  deal 
to  do  with  their  productivity.  Productivity  was  noticed  to 
change  between  Monday  and  Priday.  Becognition,  participa¬ 
tion  and  sharing  increased  productivity.  The  managers 
approach  in  dealing  with  his  employees  could  greatly  affect 
productivity.  This  caused  a  great  deal  of  attention  to  be 
focused  on  teaching  people  management  skills. 


*»•  JJjjO  lie  fiuajiitatiis  sshsoi 

The  quantitative  school  is  the  beginning  of  manage- 
nent  science  as  we  know  it  today.  Oaring  World  War  II  new 
quantitative  techniques  were  developed  for  military  use  to 
optimize  the  utilization  of  scarce  resources.  After  the  war 
these  "operations  research"  techniques  were  applied  to 
business  applications.  The  basic  techniques  include  linear 
programming/  Monte  Carlo  simulations,  and  multiple 
regression. 

5-  I960  The  Carnegie  School 

The  Carnegie  school  was  interested  in  goals.  This 
included  how  goals  were  formulated  and  how  decisions  got 
made. 

6.  1975  Contingency  Management 

In  the  mid  1S70*s  an  effort  began  to  reconcile  the 
differences  between  the  various  management  schools  of 
thought.  The  contingency  school  believed  that  there  is  no 
one  best  way.  One  must  thoroughly  analyze  the  situation  and 
pick  the  method  that  best  applies.  It  became  evident  that 
an  organization  is  not  a  closed  system  and  that  its  environ¬ 
ment  can  greatly  influence  its  future.  The  contingency 
school  began  to  merge  the  social  system  with  the  technical 
aspects  of  the  organization. 

Since  this  time  period  the  goal  of  managers  has  been 
to  develop  a  "systems  school"  that  is  sophisti cated  enough 
to  integrate  the  various  managerial  theories  together. 

B.  OBG11IZ1TI01  MODUS 

The  second  phase  of  Rigo's  approach  to  MSS  development 
requires  a  survey  or  examination  of  the  current 


organizations'  situation.  This  examination  of  the  organiza¬ 
tional  relationships ,  roles  and  responsibilities,  and  the 
organisations'  environment  is  commonly  called  an  organiza¬ 
tional  analysis. 

There  are  nany  reasons  to  analyze  an  organization.  It 
say  be  to  deter  sine  the  current  status  of  operations,  to 
predict  the  future  or  to  try  to  understand  what  caused  a 
problem  in  the  past.  1  common  method  of  analyzing  an  organi¬ 
zation  is  to  build  a  model  of  the  organization.  Models 
provide  guidance  about  where  to  look  to  diagnose  organiza¬ 
tional  problems. 

Models  can  be  either  implicit  or  explicit.  Implicit 
models  are  often  carried  in  the  managers  head  and  can  be 
subjective  and  biased.  If  the  model  is  implicit,  managers 
working  in  a  team  arc  not  always  sure  if  they  are  working 
from  the  same  model  and,  therefore,  if  they  have  the  same 
goal  in  mind.  An  implicit  model  cannot  be  analyzed  to 
examine  it  for  weaknesses  or  omissions.  Explicit  models  are 
written  down  and  accepted  by  the  individuals  utilizing  them. 
Once  a  group  accepts  the  model  it  is  easier  to  work  as  a 
team  to  solve  a  problem.  An  explicit  model  minimizes 
discussion  about  what  is  the  problem  and  gets  right  to 
solving  the  problem.  It  is  therefore  wise  to  have  an 
accepted  explicit  model  of  an  organization  to  carry  out  a 
thorough  analysis. 

Everyone  has  his  own  perception  or  model  of  an  organiza¬ 
tion  based  on  his  experience  and  background.  This  section 
will  discuss  two  organizational  models  used  to  analyze  an 
organization.  These  models  are  the  Open  System  model  and 
the  network  model.  The  Open  System  model  will  be  briefly 
discussed  and  the  Network  model  will  be  described  in  more 
detail.  The  Open  System  model  can  be  used  when  time  for  an 
analysis  is  limited  or  when  an  in-depth  analysis  is  not 
required.  The  Network  model  is  more  detailed  and  will 
produce  a  thorough  understanding  of  the  organization. 


1.  TJJe  Open  Systej  Model 


In  open  system  is  defined  as  a  systea  that  can  be 
affected  by  its  external  environment  [fief.  10].  This 
differs  froa  a  closed  systea  where  the  systea  is  isolated, 
or  closed,  from  its  environment.  The  open  systea  has  inter¬ 
actions  with  its  environaent.  There  is  an  exchange  rela¬ 
tionship.  The  Open  Systea  model  relates  soae  basic 
components  of  an  organization  with  the  environaent  of  the 
organization.  Figure  3. 1  is  a  representation  of  the  Open 
Systea  acdel. 

The  model  shows  that  the  various  components  interact 
with  each  ether  and  the  organizational  environaent.  o 
perfora  an  organizational  analysis  using  this  aodel  one 
first  determines  the  various  variables  that  make  up  each 
component.  Next,  the  coaponents  are  analyzed  in  pairs  to 
see  if  they  relate  well  to  each  other  and  the  environment. 
If  they  do  not  relate  well  that  is  where  changes  need  to  be 
made  in  the  organization. 

2.  The  Network  Bedel 

The  Network  aodel  provides  a  tool  for  a  thorough 
organizational  analysis  [Bef.  11s  pp.  70-94],  The  model 
divides  an  organization  and  its  environment  into  eight 
components.  These  components  are  related  as  shown  in  Figure 
3.2. 

In  this  model  organizations  are  conceived  as 
numerous  interrelating  groups  of  people.  These  groups  are 
both  formally  structured,  such  as  divisions,  or  task  teams 
as  well  as  informally  structured,  such  as  coalitions  or 
personnel  friends.  A  description  of  the  various  components 
and  guestions  to  ask  about  each  component  during  an  analysis 
follows. 


a.  Input 

The  inputs  ◦£  the  organization  consist  of  its 
history,  environment,  and  resources  it  requires  to  conduct 
business. 

History  analysis  should  examine  the  economic, 
and  cultural  forces  vhich  have  acted  on  the 


political. 


organizaticn  in  the  past.  Analyzing  the  history  of  an 
organization  can  uncover  material  which  may  help  explain  why 
things  are  the  way  they  are  today  and  also  help  predict  the 
future.  Be  sure  to  check  that  previous  decisions  have  not 
been  made  using  a  shcrt  term  perspective. 
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An  organizations  environment  can  provide  both 
opportunities  and  constraints.  When  addressing  the  environ- 
■ent  it  is  good  to  ask  such  guestions  as: 

1.  Are  nanagers  ignoring  the  environnent? 

2.  Shen  should  tie  organization  respond  to  the  envircn- 
sent? 

3.  Shat  is  the  organization  dependent  on? 

An  organization  is  usually  dependent  on  the 
resources  it  reguires  for  production.  Besources  can  consist 
of  various  naterials  such  as  eguipment,  people,  space,  loca¬ 
tion,  reputation,  and  goodwill.  The  assessment  of  resources 
should  detail  how  large  the  resource  base  is,  how  the  organ¬ 
ization  uses  its  resources  ,  and  the  reputation  of  the 
organization. 

b.  Hiss ion/Strategy 

The  organizations  *  nission  is  its  reason  for 
being.  Determine  if  the  organization  is  doing  what  it  was 
designed  to  do  or  has  it  gotten  sidetracked.  The  organiza¬ 
tions*  strategy  is  its  approach  to  carrying  out  its  nissicn. 
Verify  that  there  is  an  explicit  strategic  plan  be  it  fcrnal 
or  infoxnal.  See  that  the  strategic  plan  matches  the  envi¬ 
ronment.  Determine  if  the  organizations'  management  is 
supporting  the  strategic  plan. 

c.  Tasks 

Tasks  are  the  specific  activities  which  the 
organization  performs  in  order  to  carry  out  its  mission  and 
strategy.  Tasks  can  be  analyzed  along  three  dimensions. 
Task  interdependence,  or  how  the  goods  or  services  are 
combined  into  a  final  product,  can  determine  how  sophisti¬ 
cated  a  HSS  is  required  for  production.  Three  types  of  task 
interdependence  have  been  identified.  Pooled  tasks,  where 


tasks  are  carried  out  independently  and  then  pooled  together 
require  the  least  sophisticated  communication  network. 
Sequential  tasks,  that  is  tasks  that  must  be  accomplished  in 
a  particular  order,  do  require  a  coordination  effort  tc  see 
that  the  tasks  are  running  smoothly.  Reciprocal  tasks  must 
be  done  simultaneously  with  feedback  between  the  tasks. 
This  type  of  task  interdependence  requires  the  most  complete 
inforiation  system. 

Another  dimension  of  tasks  to  analyze  is  the 
task  predictability.  This  can  be  described  as  the  number  of 
unexpected  tasks  that  are  encountered  in  a  particular 
timeframe. 

The  last  dimension  is  how  difficult  are  the 
unexpected  tasks  to  accomplish.  The  analysis  of  the  organi¬ 
zations*  tasks  should  determine  the  degree  of  task  uncer¬ 
tainty.  This  uncertainty  will  influence  how  the  people  are 
selected,  the  types  cf  prescribed  networks  and  the  organiza¬ 
tional  piocesses  that  are  required  for  the  organization. 

d.  Prescribed  Networks 

Prescribed  networks  are  where  the  organizational 
structure  is  analyzed.  The  classic  organizational  struc¬ 
tures  are  function,  product,  geographic  area,  and  matrix. 
These  structures  must  be  analyzed  to  see  that  the  structure 
is  right  for  the  effort  being  performed.  The  MSS  require¬ 
ments  vary  for  each  type  according  to  the  type  of  coordi¬ 
nating  mechanisms  utilized.  If  formal  rules  and  regulations 
are  thoroughly  laid  out  less  information  is  reguired  to 
change  hands  to  do  the  job.  The  more  complex  the  coordina¬ 
tion  required  the  more  sophisticated  the  information  system 
required  becomes. 


€.  People 

There  are  two  main  factors  that  determine  how 
people  operate  in  an  organization.  These  factors  are:  1) 
flhat  motivates  the  people  to  perform  their  tasks?  and  2) 
How  do  the;  relate  to  the  leadership  of  the  organization? 

People  are  motivated  to  perfora  for  man; 
reasons.  The  coaaon  reasons  are  pay#  promotion,  praise  and 
a  personnel  sense  of  well  being.  It  must  be  understood  that 
an  MSS  anst  be  designed  to  monitor  the  paraaeters  that  aoti- 
▼ate  the  individuals  involved  and  that  a  persons  performance 
aay  be  modified  by  the  type  of  data  recorded  by  the  MSS. 

Leadership  should  be  analyzed  to  see  that  they 
are  utilizing  professional  aanageaent  technigues.  The  style 
of  aanageaent  should  also  be  investigated.  Manageaent  style 
can  be  grossly  simplified  to  either  aechanistic  or  organic. 
Mechanistic  is  very  structured  and  rule  oriented  where 
organic  style  is  sore  teaa  oriented  with  direct  contact, 
shared  duties,  and  a  less  rigid  structure. 

i.  Organizational  processes 

Organizational  processes  are  how  people  carry 
out  their  tasks  in  the  organization.  It  involves  communica¬ 
tion,  control,  problem  solving  and  rewards. 

Of  importance  here  is  the  control  process. 
There  are  basically  two  types  of  control  processes.  Ihey 
are  error  catching  and  problem  solving  information  gath¬ 
ering.  An  MSS  developed  using  a  problem  solving  information 
gathering  control  process  peraits  the  organization  to  learn 
from  its  mistakes  and  aake  improvements.  This  type  of  MSS 
is  aore  developmental. 


g.  Emergent  Networks 

Emergent  networks  are  informal  structures  that 
have  developed  as  a  result  of  human  interaction.  Emergent 
networks  need  to  be  examined  to  see  if  they  accoiplish 
anything  and  who  is  linked  to  whom.  In  organizations  that 
have  a  rapidly  changing  environment  emergent  networks  are 
reguired  to  collect  and  process  information  that  cannot  be 
done  guickly  enough  through  formal  channels. 

h.  Outputs 

There  are  many  factors  that  constitute  an  organ¬ 
izations  output.  The  product  or  service  quantity,  quality, 
and  cost  are  only  one  aspect  of  an  organizations  output. 
Other  criteria  can  be  adaptability,  flexibility,  job  satis¬ 
faction  of  employees,  growth  or  just  survival. 

After  all  of  these  components  have  been 
described,  the  components  must  be  analyzed  simultaneously  to 
see  how  well  the  components  work  together.  The  interrela¬ 
tions  of  the  components  of  the  organization  and  how  well 
these  components  fit  with  the  organizations  environment  must 
also  be  analyzed.  This  analysis  should  be  conducted  simul¬ 
taneously  along  three  perspectives;  technical,  political, 
and  cultural.  Technical  refers  to  the  various  types  of 
structures  used  in  the  organization.  Political  refers  to  how 
and  by  who  power  is  utilized  in  the  organization.  Cultural 
refers  to  the  social  interactions  of  the  organization. 

The  analysis  is  conducted  by  answering  the 
following  four  key  guestions: 

1.  How  well  are  the  parts  of  the  organization  aligned 
with  each  other  for  solving  the  organization’s  tech¬ 
nical  problems; 

2.  How  well  are  the  parts  of  the  organization  aligned 
fcr  solving  the  organization's  political  problems? 
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3.  Hov  well  are  the  parts  of  the  organization  aligned 
for  solving  the  organization's  cultural  problems? 

4.  Hov  well  aligned  are  the  three  subsystems  of  the 
organization,  the  technical,  political, and  cultural? 

C.  II  SIABCH  OF  EZCZ1LBHCB 

A  great  deal  of  information  concerning  current  manage¬ 
ment  philosophy  can  be  found  in  In  Search  of  Excellence  by 
Peters  and  Waterman.  Although  written  for  the  business 
community  the  points  made  apply  equally  well  to  a 
government/military  bureaucratic  organization.  MSS's  need 
to  be  designed  such  that  they  support  these  effective 
management  practises. 

Innovative  companies  are  defined  as  those  companies 
being  "especially  adroit  at  continually  responding  tc  change 
of  any  sort  in  their  environments".  [Bef.  12:  p.  12]  Using 
this  innovative  definition,  and  some  standard  financial 
measures  of  return,  excellent  companies  were  calculated  and 
researched  to  discover  what  made  them  excellent. 

Using  personal  examples,  documented  reports,  and  simple 
catch  phases  Peters  and  Waterman  described  eight  pcints 
which  they  have  determined  make  excellent  companies.  Ihese 
eight  points  are: 

1.  A  bias  for  action 

2.  Being  close  to  the  customer 

3.  Allowing  autonomy  and  entreprenuership 

4.  creating  productivity  through  people 

5.  Being  hand-cn  and  value  driven 

6.  Sticking  to  the  knitting 

7.  Having  a  simple  form  and  a  lean  staff 

8.  Being  simultaneously  loose  and  tight 

What  is  different  about  the  data  is  that  there  is  a  lot 
of  meat  in  the  material.  Simple  facts  that  anyone  can  use 
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to  develop  an  excellent  company.  Peter  and  Waterman  are 
the  first  to  admit  that  their  findings  are  not  startling. 
Most  appear  to  be  common  sense.  Bat  they  show  that  most 
companies  do  not  live  by  these  simple  rules.  Excellent 
companies  do.  Excellent  companies  are  committed  to  thier 
people,  they  have  a  preference  for  action  and  they  are 
intense  about  what  they  dp. 

The  eight  points  that  have  been  determined  to  make 
excellent  companies  will  now  be  discussed  in  the  Navy 
environment. 

1.  A  Bias  for  Action 

A  bias  for  action  is  an  obvious  requirement  for  an 
organization  to  be  excellent.  We  all  want  to  feel  we  are 
action  oriented.  There  are  three  ideas  brought  out  that 
create  an  atmosphere  for  a  bias  for  action.  Chunking,  or 
keeping  teams  small,  make  the  organization  one  that  fosters 
experimentation,  and  keep  things  simple.  By  observing  these 
rules  one  can  create  an  environment  that  fosters  action. 

Studies  have  shown  that  optimal  group  size  for 
performance  to  be  about  seven.  Working  group  size  must  be 
kept  small  enough  that  meaningful  work  can  be  accomplished. 

The  bureaucracy  of  the  Navy  does  not  allow  for  quick 
turn  around  time.  Navy  tradition  causes  change  to  come 
slowly.  This  can  be  good  or  bad.  By  being  slow  or  careful 
you  don't  make  a  lot  of  mistakes  but  you  don't  win  any  races 
either.  Not  being  able  to  experiment  and  test  something 
guickly  is  a  problem. 

To  be  able  to  simplify  a  problem  by  breaking  it  down 
into  a  series  of  simple  matters  is  an  art  required  for 
action.  Government  regulations  are  not  an  example  of  this. 
Nothing  impedes  progress  more  than  the  rules  and  regulations 
laid  down  by  most  government  agencies. 
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2.  Being  Close  to  the  Customer 

Being  close  to  the  customer  is  hard  to  relate  to 
military  projects  on  an  overall  basis  but  something  that  is 
done  all  the  time.  Sponsors  or  your  immediate  boss  can  be 
considered  your  customer.  Three  areas  need  to  be  addressed 
here:  service,  quality,  and  listening  to  the  users.  All 
seem  obvious  and  all  are  vital  for  an  organization  to  main¬ 
tain  an  edge  on  the  competition. 

An  image  of  quality  service  is  vital  to  an  organiza¬ 
tion.  IBM  has  built  its  whole  organization  based  on  service 
to  the  customer.  Everyone  expects  quality.  Sponsors  expect 
quality  in  service  and  reports.  What  makes  someone  stand 
out  is  the  timing.  Here  you  able  to  meet  or  teat  the 
schedule.  Close  communication,  keeping  them  informed,  gives 
you  higher  visibility  such  that  they  will  think  of  you  first 
when  they  have  another  project.  Peters  and  Waterman 
stressed  that  to  maintain  a  high  level  of  service,  guality, 
and  listening  to  the  users  requires  constant  feedback, 
constant  updating,  tc  see  how  you  are  doing.  This  keeps  you 
one  step  ahead.  This  is  communication.  Being  close  tc  the 
customer  is  communication. 

3-  Allowing  Autonomy  and  Entrepreneurship 

Allowing  autonomy  and  entrepreneuralship  does  not 
come  easy  in  the  Navy  organization.  The  team  player  is  the 
one  who  advances.  But  if  you  look  closely  it  is  the  team 
player  who  stands  out  a  little.  Peters  and  Waterman  bring 
out  the  idea  of  a  "champion”  for  each  cause  or  project.  In 
the  military  world  this  gets  into  the  political  aspect  of  a 
project.  Without  a  sponsor  or  champion  supporter  your 
program  will  probably  be  rejected.  Champions  get  champion 
supporters  from  past  efforts.  If  you  have  shown  you  can  get 
something  done  you  will  be  given  more  leeway  on  future 
programs. 
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4.  Maintenance 

ill  equipment  in  the  EWSS1  oast  be  maintained.  All 
computers  are  under  maintenance  agreements  with  the  contrac¬ 
tors  that  built  them.  Certain  test  equipment  must  be  cali¬ 
brated  routinely,  usually  every  sir  months  by  the  PMTC 
calibration  laboratory.  This  eguipment  must  be  scheduled  for 
calibration  such  that  it  is  not  being  calibrated  when  it  is 
required  for  testing.  A  great  deal  of  the  equipment  in  the 
EWSS1  is  plant  property  class  III  material  and  must  be 
inventoried  every  three  years.  Custom  built  equipment  is 
calibrated  prior  to  each  use. 

Scheduled  and  unscheduled  maintenance  is  performed 
by  electronic  technicians. 

D.  PBBSCBIBED  NETWORKS 

The  organizational  structure  of  PMTC  is  the  dominant 
network  effecting  the  EWSSL.  PBTC  utilizes  a  functional 
structure  to  divide  the  work  processes.  In  1984  PMTC  was 
reorganized  into  the  organization  shown  in  Figure  4.1.  At 
this  time  EW  was  given  greater  control  by  the  creation  of 
its  cwn  directorate.  Prior  to  1984  EW  existed  as  a  division 
within  the  Weapons  Evaluation  directorate.  The  EW  direc¬ 
torate  is  further  subdivided  by  function  as  shown  in  Figure 
4.2.  The  EWSSI  is  located  in  the  EW  division  where  90 
percent  of  the  program  and  personal  interactioins  take 
place.  The  EW  division  organizational  chart  is  shown  in 
Figure  4.3. 

Over  95  percent  of  the  EWSSL's  development  and  testing 
funding  comes  from  NAVAIR.  Ontil  1985  NAVAIR  was  one  of  six 
subordinate  commands  within  the  Wavy  Material  Command.  With 
the  dissolution  of  the  Navy  Material  Command  NAVAIR  now 
reports  directly  to  the  Chief  of  Naval  Operations.  The 
NAVAIR  organization  follows  a  concept  employing  functional 


3.  Testing 

Testing  involves  test  planning,  conducting  the  test, 
and  docnaenting  the  results. 

During  test  planning  engineers  from  the  EHSS1  either 
vrite  the  test  plan  froa  analysis  of  the  development  speci¬ 
fications  of  the  EH  system  to  be  tested,  or  assist  the  EH 
systea  developers  in  performing  the  task.  This  effort 
involves  coordination  of  EWSSL  assets  and  personnel  to 
assure  availability,  scenario  development  based  on  EH SSL 
capabilities  and  systea  requirements,  and  assuring  hardware 
interfaces  are  compatible. 

Actual  test  performance  involves  making  measurements 
of  various  EH  system  parameters  utilizing  simulator  hardware 
or  test  eguipment  hardware  of  the  EH  SSL.  Simulator  hardware 
must  be  calibrated  and  actual  parameters  documented. 
Simulator  configuration,  both  hardware  and  software,  and  the 
scenarios  utilized  must  also  be  documented.  All  data  is 
recorded  by  hand  into  log  books  for  inclusion  in  the  final 
report.  The  final  report  involves  a  thorough  description  of 
the  test  configuration,  the  test  results,  and,  if  possible, 
implications  of  these  results. 

Testing  on  a  particular  system  may  last  days,  weeks, 
or  even  months  with  laboratory  operating  hour  extended  from 
a  normal  eight  hours  up  to  twelve  hours.  Many  people  can  be 
involved  simultaneously.  They  include  simulator  hardware 
and  software  operators,  test  conductor,  EH  systems  engineers 
both  military  and  contractor,  and  sponsors  monitoring  the 
test. 

Test  reports  are  transmitted  to  EH SSL  users  as  a 
letter  report,  a  technical  memorandum,  or  as  a  data  package. 
Laboratory  personnel  make  sure  that  the  data  packages  are 
delivered  as  soon  as  testing  is  completed  but  formal  reports 
take  a  great  deal  longer. 
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2.  Simulator  fiSjilajEISfit 


The  task  of  simulator  development  involves  either 
the  actual  design,  fabrication,  and  testing  of  siaulator 
hardware  ox  the  aonitoring  of  a  contractor  who  is  actually 
perforaing  the  work.  Until  1982  the  EH SSL  performed  all  its 
own  siaulator  development.  Since  that  tine  private  contrac¬ 
tors  and  other  Navy  facilities  have  been  utilized  to  develop 
major  simulators. 

The  developaent  of  siaulator  hardware  is  very 
complex.  First  a  thorough  understanding  of  the  radar  to  be 
simulated  is  required.  This  information  is  obtained,  to  the 
degree  available,  by  interfacing  with  the  Scientific  and 
Technical  Intelligence  Liaison  Officer  (STILO)  office  of 
PNTC.  If  the  STILO  does  not  have  the  information  his  office 
searches  available  data  bases  and  makes  inquires  to  the 
Naval  Intelligence  Science  Center  in  Washington  D.C.  for  the 
inforaation. 

When  the  system  parameters  are  decided  the  hardware 
design  is  performed.  Inforaation  sources  for  design  tech¬ 
niques  can  cone  froa  textbooks,  various  technical  journals, 
equipment  sales  representatives,  and  discussions  with  ether 
engineers.  Next,  parts  are  ordered,  the  system  constructed, 
tested  and  documented.  Testing  and  documentation  usually 
take  aore  tiae  then  originally  allocated.  Documentation 
aust  consist  of  operating  manuals,  discussion  on  the  theory 
of  operation,  wiring  diagrams,  and  parts  lists.  Not  all 
documentation  is  available  for  all  EWSSL  hardware.  &11  docu¬ 
mentation  is  filed  in  cabinets  in  the  EHSSL  by  simulator. 

Honitoring  a  contractor  effort  involves  reviewing 
the  ccntractor  design,  development  plans,  fabrication  tech¬ 
niques  and  overseeing  the  testing  and  integration  into  the 
EHSSL.  Contractor  documents  that  must  be  reviewed  and  filed 
include  the  program  plan,  specifications,  test  plans  and 
test  reports,  status  reports,  and  operating  manuals. 


C.  TASKS 


The  tasks  that  personnel  in  the  EHSSL  perform  can  be 
divided  into  four  sain  areas.  These  areas  are  planning  and 
operations,  simulator  development,  testing,  and  maintenance. 

1.  Elans  and  Operations 

laboratory  managers  perform  the  planning  and  oversee 
the  daily  operation  of  the  EHSSL. 

Planning  is  focused  on  yearly  efforts.  However, 
general  planning  is  carried  out  for  five  years  in  accordance 
with  the  Five  Tear  Defense  Plan  (FYDP) .  Yearly  planning  is 
based  on  EH  systems  being  developed  and  their  scheduled  time 
for  testing  in  the  EHSSL  and  on  threat  simulator  development 
schedules.  The  threat  simulators  are  developed  to  test 
specific  functions  of  EH  systems  being  developed.  The  simu¬ 
lator  must  be  completed  prior  to  the  time  the  EH  system  is 
being  tested  in  the  EHSSL.  This  involves  tracking  the 
development  schedules  of  all  Havy  tactical  aircraft  EH 
systems,  and  monitoring  those  of  the  Air  Force  and  Army  to 
see  if  the  EHSS1  can  support  any  of  their  programs. 

EHSSL  scheduling  must  be  controlled  such  that  assets 
are  available  and  functioning.  This  involves  configuring 
the  simulator  equipment,  computers,  and  personnel  reguired 
for  the  test.  There  are  numerous  ways  the  systems  can  be 
configured  and  tested.  Modularity  has  been  designed  in  so 
any  one  of  four  computers  can  control  any  one  of  five  simu¬ 
lators  and  be  connected  to  any  one  of  four  hotbenches  indi¬ 
vidually  or  in  groups  of  up  to  three.  Isolated  tests  can  be 
conducted  on  a  unigue  EH  system  if  power  and  interface 
requirements  are  detailed  far  enough  in  advance.  There  is 
not  enough  EHSSL  personnel  to  operate  all  the  equipment 
simultaneously  so  this  factor  must  also  be  accounted  fcr  in 
the  scheduling  of  tests. 
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center  for  advanced  threat  radar  simulator  installa¬ 
tions  and  as  a  data  comparison  point  for  laboratory, 
chamber,  and  flight  test  data  correlation. 

3.  Develop  work  stations  for  Efl  systems  and  suites  and 
operate  laboratory  facilities  to  support  perforiance 
evaluation,  fleet  responsive  problea  investigation, 
software  maintenance,  and  system  integration. 

4.  Design  test  plans  and  conduct  EW  system  integration 
testing  to  assure  system-to-system,  suite,  and  plat¬ 
form  interface  compatibility. 

5.  Define  reguireaents  and  provide  laboratory  eguipment 
and  computer  facilities  for  real  time  control  of 
simulations  and  for  hosting  application  programs, 
system  models,  and  support  tools  related  to  EW  system 
testing,  user  data  file  changes,  and  software 
maintenance/  test  and  configuration  management. 

6.  Provide  development  support,  system  analysis  and 
coordination  focus  for  test  and  evaluation  cf  EW 
systems  as  assigned. 

7.  Develop  engineering  expertise  for  analysis  of  foreign 
weapon  systems  and  interface  closely  with  intelli¬ 
gence,  Fleet,  and  sponsor  agencies  to  define  state- 
of-the-threat  capabilities  for  reprogramming  user 
data  files  and  updating  laboratory  simulations. 

8.  Provide  project  management  for  projects  assigned  to 
the  Branch. 

Ihis  mission  and  strategy  has  developed  over  time. 
Program  sponsors  determine  the  mission  based  on  their 
projected  needs.  laboratory  managers  provide  recommenda¬ 
tions  to  the  sponsors  for  long  range  planning  based  on  their 
analysis  of  the  changing  EW  environment. 


of  test  and  evaluating  BBB  and  DEC  If  systems.  Engineers  that 
conduct  the  test  and  evaluation  are  the  laboratories  biggest 
huaan  resource.  This  ability  can  only  be  gained  from  years 
of  experience. 

The  laboratory  has  a  reputation  for  getting  the  job 
done  cn  tiae  and  within  budget.  The  EBSSL  can  provide  the 
user  with  quick  reconfiguration  of  laboratory  equipment  or 
generate  a  new  capability  as  required.  These  capabilities 
and  eguipaents  make  the  laboratory  one  of  the  top  three 
threat  simulation  facilities  in  the  country  for  the  test  and 
evaluation  of  tactical  aircraft  EBB  and  DECM  systems. 

B.  HISSIGH  AID  STBATIGY 

The  EBSSL  is  located  in  the  Electronic  Warfare  Systems 
Test  laboratory  (EHST1)  branch.  The  mission  of  the  EWST1 
branch  is  to  provide  state  of  the  art  laboratory  capabili¬ 
ties  which  serve  as  the  Navys'  principle  facility  for 
airborne  EB  system  development  testing,  countermeasure  tech¬ 
nique  development  and  test,  test  and  evaluation  of  primary 
EB  systems,  suite  integration  and  testing,  and  software 
reprograning  support. 

The  strategy  to  accomplish  this  mission  is  to: 

1.  Design,  develop,  and  maintain  tactical  environment 
simulations  with  open  and  closed  loop  representations 
of  threat  radars  with  design  concepts  based  on  elec¬ 
tronic  intelligence  and  theoretical  projections  and 
employ  this  capability  for  testing  EB  systems  and 
suites. 

2.  Provide  a  focal  point  for  Navy  development  and  fore¬ 
cast  of  threat  radar  simulations  including  interface 
and  coordination  with  other  military  agencies  and 
laboratories.  Serve  as  a  prototype  development 


building  35,  the  EB  building,  at  PHTC.  In  1984  the  labora- 
tory  completed  an  expansion  program  that  alnost  doubled  its 
useable  laboratory  space.  The  entire  facility  is  on 
coaputer  flooring  vith  soundproofing  and  adeguate  air 
conditioning. 

1  nev  Digital  Eguipaent  Corporation  Tax  780  digital 
coaputer  vas  installed  in  the  laboratory  in  1985  as  the 
laboratory’s  host  coaputer.  The  Vax  780  is  the  largest  of 
the  laboratories  five  digital  coaputers.  The  laboratory  has 
contracted  for  the  developaent  of  a  nev  state  of  the  art 
open-loop  threat  generator  called  the  Advanced  Nultiple 
Environaent  Si aula tor  (ABES)  to  be  delivered  during  1985. 
Also  under  contract  is  a  nev  threat  radar  siaulator  that 
will  be  delivered  in  stages  over  the  next  several  years. 

Currently  available  for  testing  are  four  closed-loop 
threat  radar  simulators  that  nodel  selected  threat  radars 
and  are  used  to  measure  the  effectiveness  of  DECfl  systems. 
The  existing  open-loop  simulator,  the  MBS,  models  emitter 
parameters  of  threat  systems  such  as  airborne,  land-based, 
and  naval  radars  as  veil  as  the  command  guidance  of  missile 
systems. 

Four  hot  benches  provide  a  softvare  reprogramming 
capability  for  tvo  radar  varning  receivers  (RWR)s  and  two 
DECftS. 

Besides  the  specific  systems  mentioned  the  labora¬ 
tory  utilizes  a  large  quantity  of  sophisticated  and  expen¬ 
sive  commercial,  as  veil  as  custom  built,  laboratory  test 
equipment.  These  equipments  encompass  the  range  from  voltm¬ 
eters  and  oscilloscopes  to  spectrum  and  netvork  analyzers  to 
radar  range  delay  generators. 

The  ability  tc  operate  this  equipment  does  not  come 
easy.  A  staff  of  engineers  and  technicians  is  available  to 
operate  and  repair  the  existing  equipment.  Hovever,  the 
equipment  is  merely  a  tool  to  perform  the  primary  function 


2.  Environment 

As  part  of  a  0. S.  Navy  facility  the  laboratory  Bust 
deal  with  a  very  bureaucratic  ataosphere.  There  are  formal 
rules,  regulations,  and  procedures  for  just  about  every¬ 
thing.  These  regulations  while  providing  a  very  structured 
operation  create  a  large  asount  of  paper  work  and  slow  down 
operations.  This  environment  is  accepted  and  no  one  really 
tries  to  change  it. 

The  EHSSL  is  a  nonprofit  organization  providing  a 
service  to  Navy,  Air  force.  Army,  and  private  contractors. 
As  such  it  interfaces  with  numerous  types  of  organizations. 
95  percent  of  the  work  is  performed  for  Navy  developmental 
EECM  programs. 

Belated  work  is  performed  in  facilities  at  the  Naval 
Heapons  Center  (NHC)  ,  China  lake,  California  and  the  Naval 
Air  Test  Center  (NATC)  Patuxant  River,  Maryland.  Because  of 
this  a  TBI  center  committee  consisting  of  EH  personnel  from 
NNC,  NATC,  and  PSTC  was  formed  in  1982.  The  committee  holds 
periodic  meetings  to  coordinate  the  EH  activities  of  the 
three  centers.  Data  exchanged  during  these  meeting  provide 
an  information  base  to  help  in  making  long  range  plans. 

The  EHSSL's  distance  from  Hashington  creates  a 
communication  barrier.  This  becomes  a  political  disadvan¬ 
tage  when  data  must  be  exchanged  rapidly  in  response  to 
sponsors  guestions  concerning  ongoing  programs.  Familiarity 
is  difficult  to  achieve  with  Hashington  sponsors  because  of 
the  distance  and  periodic  traveling  to  Hashington  is 
required  to  keep  programs  visible  and  to  determine  what  is 
going  on. 

3.  Resources 


The  ENSSL's  prime  asset  is  its  laboratory  facility. 
The  laboratory  occupies  4000  square  feet  of  space  in 


it.  iMflMBig  IMZlfil  sisiM  Sfl££Q£S  U£Q£AS8£I  BlsciiPlioa 


In  Chapter  II  it  was  shown  that  in  order  to  develop  an 
effective  MSS  one  Bust  have  a  thorough  understanding  cf  the 
current  situation.  In  Chapter  IT  the  EHSSL  will  be 
described  using  the  Network  organizational  aodel  discussed 
in  Chapter  III.  See  Figure  3.2. 

1.  I1P0I 

1.  jj§tp£J£ 

The  EWSSL  had  its  beginning  in  1969  when  several 
engineers  were  tasked  to  test  a  new  deceptive  electronic 
counterneasures  (DECM)  systea.  The  engineers  developed  a 
closed-lcop  radar  range  tracking  loop  to  test  an  ECU  tech¬ 
nique  in  the  DECM  systea.  Soon  after  several  other  sinula- 
tions  were  developed  including  angle  tracking  loops  and  the 
"laboratory"  became  known  as  the  Tactical  Environment 
Simulation  (TES)  laboratory.  1  major  boost  in  capability 
came  in  1974  when  the  TES  laboratory  was  tasked  to  test  the 
Dual  Mcde  program,  a  joint  Navy/Air  Force  DECM  system. 
During  this  time  more  closed-loop  simulations  were  developed 
and  an  open-loop  radar  siaulator  called  the  Multiple 
Environment  Siaulator  (MES)  was  developed.  As  more  and  more 
tests  were  conducted  more  assets  were  developed. 

Hith  the  advent  of  software  reprogrammable  DECM 
systeas  it  was  recognized  that  a  facility  to  verify  software 
changes  was  required.  The  TES  was  seen  as  the  logical  loca¬ 
tion  for  this  facility.  "Hot  benches"  used  to  power  up, 
acess  and  aodify  systea  software,  and  input  threat  stixulus 
into  the  reprogrammable  DECM  systems  were  constructed.  Rith 
this  expanded  role  the  laboratory  was  renamed  the  ENSSL. 


8.  Being  Simultaneous!?  loose  and  Tight 


The  factor  called  simultaneously  loose  and  tight 
properties  is  probably  the  hardest  to  identify  with  but 
still  quite  practical.  It  is  basically  the  co- existence  of 
fira  central  directicn  and  aaxiaua  individual  autonomy.  The 
following  stateaents  try  to  describe  this  property. 
Excellent  companies  live  by  their  values.  If  you  are  making 
a  product  with  quality  you  don't  have  to  make  it  twice.  The 
rules  of  an  excellent  company  are  positive.  They  focus  on 
people.  The  average  worker  is  expected  to  contribute. 
Excellent  companies  don't  really  have  better  five-year  plans 
or  in  seme  cases  little  detail  to  their  long  range  plan,  but 
they  have  a  firm  set  cf  values.  People  who  head  excellent 
companies  keep  things  simple. 

Three  general  themes  that  keep  coming  back  are  worth 
repeating.  They  are:  1.  keep  it  simple,  2.  keep  communica¬ 
tion  lines  open,  and  3.  respect  people. 
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6.  A  belief  in  the  importance  of  informality  to  enhance 
communication 

7.  A  belief  in  the  iaportance  of  econoaic  growth  and 
profit. 

Excellent  companies  have  veil  defined  value  systems. 
Excellent  companies  rely  on  many  techniques  to  influence 
day-to-day  behavior.  One  iaportant  technique  is  the  elabo¬ 
ration  of  socially  integrating  ayths. 

6.  Sticking  to  the  Knitting 

Sticking  to  the  knitting  means  do  what  you  know 
best.  Excellent  companies  do  one  thing  and  do  it  well. 
Some  general  comments  about  sticking  to  the  knitting  that 
are  interesting  follow.  Most  diversifications  go  wrong. 
Diversification  is  a  basis  for  stability  through  adaptation 
but  rampant  diversification  does  not  pay.  Organizations 
that  diversify  but  stay  in  their  own  area  out  perform  all 
ethers,  lest  a  new  area  carefully,  if  it  fails,  end  the 
experiaent  quickly.  Virtually  all  growth  in  the  excellent 
companies  has  been  internally  generated. 

7.  Have  a  Simple  Form  and  a  Lean  Staff 


Excellent  companies  keep  their  form  simple  and  their 
staff  lean.  To  make  an  organization  work  everything  must  be 
kept  simple  for  the  numerous  people  who  must  make  things 
happen.  This  is  cne  area  that  the  government  needs  to 
improve  in. 

An  organizational  system  needs  to  respond  to  three 
basic  needs.  These  needs  arenA  need  for  efficiency  around 
the  basics,  a  need  for  regular  innovation,  and  a  need  to 
avoid  calcification  by  ensuring  at  least  modest  responsive¬ 
ness  to  major  threats."  £Bef.  12:  pp.  314-315] 


4.  Creating  Productivity  through  People 

The  success  of  an  organization  depends  on  its 
peoples  attitudes.  If  the  people  feel  good  about  the  organ¬ 
ization  they  will  produce  aore.  Productivity  through  people 
has  to  be  the  most  important  factor  in  developing  an  excel¬ 
lent  ccapany.  Shoving  respect  for  the  individual,  trusting 
the  worker,  and  providing  both  monetary  and  nonmonetary 
incentives  for  the  workers  increases  productivity.  Keeping 
a  team  or  crew  motivated  will  greatly  increase  their  output. 
People  are  the  Navy.  Bureaucratic  delays  causing  a  delay  in 
receiving  awards  or  advancement  reduces  the  impact  of  doing 
a  good  job.  The  feedback  must  be  immediate.  A  leader  can 
make  a  big  difference  in  motivating  a  team.  If  the  team 
believes  in  the  leader  they  can  do  wonders,  if  not,  they 
become  just  another  bunch  of  guys*  If  you  can  make  the 
workers  feel  like  a  part  of  the  organization,  keep  them 
informed,  and  keep  the  tasks  they  perform  in  small  manage¬ 
able  packages  productivity  will  increase. 

5«  Being  Hands-on  and  Value  Driven 

A  companies  success  depends  on  how  well  it  brings 
out  the  strengths  of  its  workers  and  the  appeal  its  value 
system  has  on  the  workers.  Excellent  companies  are  hands-on 
and  value  driven.  There  are  seven  basic  values  dominant  in 
excellent  companies.  These  seven  values  are: 

1.  A  belief  in  being  the  best 

2.  A  belief  in  the  importance  of  the  details  of  execu¬ 
tion 

3.  A  belief  in  the  importance  of  people  as  individuals 

4.  A  belief  in  superior  guality  and  service 

5.  A  belief  that  most  members  of  the  organization  should 
be  innovators 
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Reconnaissance, Elect rcnic  Warfare  Systems,  Operational,  Wavy 
(REWSCH).  PHI  253  is  the  EWSSL*s  financial  sponsor. 
Technical  responsibility  for  the  EWSS1  lies  within  NA7AIR 
code  5492.  5492  is  also  responsible  for  prime  EH  systea 
development.  NA7AIB  code  5332  controls  the  EWSS A  operations 
which  oversees  the  software  testing  perforaed  in  the  EHSSL. 
These  5000  level  codes  are  buried  deep  within  the  Air-05 
function  of  NA7AIR.  A  selected  portion  of  the  organiza¬ 
tional  chart  of  AIR  05  aay  shed  soae  light  on  this  interac¬ 
tion.  The  organizational  chart  is  shown  in  Figure  4.5. 

E.  PIOPIE 

There  are  23  people  in  the  EWSTL  branch.  Of  these  18 
are  electronic  engineers,  physicists,  or  mathematicians.  A 
secretary,  program  analyst,  and  electronic  technicians  make 
up  the  rest  of  the  organization.  All  have  some  college 
background.  The  work  here  is  very  technical  and  requires  a 
technically  oriented  staff.  Ages  vary  from  25  to  50  with 
experience  with  the  laboratory  ranging  from  one  year  to  11 
years.  The  staff  is  very  dedicated.  The  stigma  of  the  lazy 
civil  servant  is  very  irritating  to  most  of  the  employees. 

Personnel  motivation  varies  between  individuals.  The 
bureaucracy  of  the  civil  service  does  not  allow  for  prompt 
rewards.  All  employees  are  paid  under  the  General  Schedule 
system  or  the  Merit  Promotion  Program.  As  such  it  is  common 
knowledge  what  most  employees  are  earning  (within  several 
thousand  dollars).  Pay  raises  are  tied  to  time  in  service 
and  performance. 

The  leadership  styles  vary  among  individuals.  A  mechan¬ 
istic  approach  is  favored  to  a  degree  because  of  the  highly 
regimented  bureaucracy.  The  Branch  head  has  had  managerial 
training  whereas  the  most  common  situation  within  the  divi¬ 
sion  would  be  where  ar  engineer  with  no  management  training 
has  assumed  command  because  of  his  technical  expertise. 
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Figure  4.5  Gxoups  Within  AIB-05  Besponsible 
For  Electronic  Warfare  Projects. 
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P.  OBGAUZATIOBAL  PBCCESSBS 


A  great  deal  of  time  is  spent  justifying  and  obtaining 
funding  to  be  utilized  in  the  EBSSL.  This  is  nearly  a 
continuous  process  throughout  the  fiscal  year.  Beguireients 
for  the  justif icaticn  of  funds  is  based  on  the  Planning, 
Programming,  and  Budgeting  System  (PPBS) . 

The  PPBS  is  a  decision  making  process  for  allocating 
resources  used  by  the  Department  of  Defense.  The  PPBS  has 
been  in  use  since  the  early  1960's  when  then  Secretary  of 
Defense  McNamara  introduced  the  system.  The  system  is 
designed  to  assist  th^  Secretary  of  Defense  in  making 
choices  about  the  allcc.  ion  of  resources  amoi.j  a  number  of 
competing  programs  tc  accomplish  specific  objectives  of  the 
national  defense.  The  PPBS  works  as  follows.  Based  on  an 
anticipated  threat,  a  strategy  is  developed.  Beguirements 
of  the  strategy  are  estimated  and  programs  are  developed  to 
execute  the  strategy.  Finally  costs  of  approved  programs 
are  budgeted. 

The  planning  phase  of  the  PPBS  begins  with  the  submis¬ 
sion  of  the  Joint  Strategic  Planning  Document  by  the  Joint 
Chiefs  of  Staff.  The  Secretary  of  Defense  uses  this  document 
to  determine  requirements  which  are  issued  in  a  document 
called  the  Defense  Guidance  (DG) .  With  the  issuance  of  the 
DG  the  Programming  phase  begins.  The  services  use  the  DG  to 
develop  the  Program  Objective  Memorandum  (POM) .  The  POM 
expresses  total  prcgram  requirements  in  terms  of  force 
structure,  manpower,  material  and  cost,  to  satisfy  all 
assigned  functions  and  responsibilities  covered  in  the  DG 
for  a  period  of  five  years.  The  Five  Tear  Defense  Plan 
(FTDP)  is  the  official  summary  of  programs  approved  by  the 
Secretary  of  Defense.  The  FTDP  specifies  force  levels  and 
dollars  of  major  programs  and  is  used  as  the  contrcling 
internal  working  document  of  the  PPBS.  The  POM  provides 


rational  for  changiag  the  FYDE  and  is  the  primary  aeans  of 
reguesting  revision  of  approved  programs  as  published  in  the 
FYD  P. 

Budgeting  is  the  final  phase  of  the  PPBS.  It  is  through 
the  budget  that  the  planning  and  prograaning  are  translated 
into  yearly  funding  reguireaents. 

Ibis  has  been  a  gross  siaplif i cation  of  the  PPBS  but 
reguired  to  introduce  the  ter  as  POM  and  FYDP.  PMA  253  is 
the  organization  that  develops  the  POM  that  effects  the  FYDP 
for  the  research,  development,  test,  and  evaluation  (BDT6E) 
funds  of  vhich  funding  for  the  EVS52.  is  one  snail  part.  The 
BDTSE  appropriations  sponsor  is  OP  98. 

There  are  three  updates  tc  the  FYDP  during  the  fiscal 
year.  The  tines  are  not  exact  but  within  a  couple  of  weeks. 
They  occur  just  pricx  to  the  start  of  the  fiscal  year  in 
late  septenber,  when  the  President  subnits  his  budget  to 
Congress  on  January  15,  and  during  the  aidyear  reviews 
during  March.  These  three  times  are  inportant  because 
prograa  dollars  nay  be  cut  at  these  tiaes.  They  are  there¬ 
fore  good  tiaes  to  be  prepared  with  thorough  prcgran 
just if ications. 

Planning  for  the  next  fiscal  year  begins  with  discus¬ 
sions  with  the  sponsor  during  the  aidyear  review.  At  this 
tine  a  FYDP  update  should  have  taken  place  and  a  good  idea 
of  dollars  available  should  exist.  The  sponsors  ideas  and 
opinions  can  also  be  used  to  help  generate  the  next  years 
budget.  The  budget  is  presented  to  the  NAVAIRSYSCOM  spon¬ 
sors  in  the  June/July  tinefrane.  The  formal  document 
submitted  is  called  a  BEHSON  plan. 

The  aost  frustrating  process,  in  the  opinion  of  the 
EWSS1  engineers  is  that  of  procuring  hardware.  There  are  a 
great  deal  of  supply  rules  and  regulations  that  seen  to 
change  each  time  you  use  the  system. 


1c  purchase  an  item  a  purchase  order  stub  is  filled  out. 
If  the  itea  costs  less  the  one  thousand  dollars  and  three 
supliers  are  given  along  vith  a  priority  the  itea  will  be 
purchased.  Priorities  are  assigned  based  on  need.  If  the 
itea  costs  aore  then  one  thousand  dollars  a  set  of  specifi¬ 
cations  aust  also  be  included.  If  the  itea  costs  aore  then 
25  thousand  dollars  an  Acquisition  Review  Board  docuaent 
providing  additional  funding  data  must  be  included.  If  the 
itea  costs  aore  then  100  thousand  dollars  the  purchase  aust 
take  place  through  the  Naval  Supply  Center,  long  Beach,  Ca. 
which  delays  purchase  several  weeks.  If  a  specific  supplier 
is  reguired,  a  "sole  source"  justification  aust  be  done.  If 
the  itea  is  a  computer  an  Autoaatic  Data  Processing 
Eguipaent  justification  aust  be  done.  If  the  coaputer  costs 
aore  then  25  thousand  dollars  the  approval  must  be  obtained 
at  the  NAVAIR  level. 

Keeping  track  of  individual  itens  turned  into  the  supply 
systen  is  very  difficult.  Currently  a  manual  processing  of 
the  stubs  occurs  at  the  division  level  such  that  it  can  be 
ascertained  that  the  itea  is  in  the  system  and  an  estiaated 
delivery  date  is  given.  If  that  date  is  passed  an  inguiry 
aay  be  made  at  that  tiae.  Queries  before  that  tiae  are  not 
allowed. 

G.  EMERGING  1ETVOBKS 

A  great  deal  of  inforaaticn  is  gained  through  informal 
human  relations.  Ihere  are  numerous  factors  creating 
networks  in  the  EflSSL.  The  people  in  the  organization  tend 
top  fcra  relationships  because  of  any  one  or  several  of  the 
following  criteria:  age,  sez,  GS  rating,  time  at  PMTC,  or 
outside  activities.  Host  interactions  are  with  personnel 
within  the  EHSTL  branch  but  frequently  occur  with  personnel 
within  the  EW  divisict. 


Different  groups  generate  different  types  of  informa- 
tion.  Secretaries  transait  unannounced  personnel  changes 
test.  Prograa  Analysists  transait  upcoaing  rules  and  regu¬ 
lations  changes  and  job  openings  best.  New  eoplcyees 
provide  a  broad  idea  of  what  is  going  on  throughout  the  base 
best  based  on  vho  has  job  openings  for  nev  personnel  and 
what  types  of  projects  are  available.  Test  eguipaent  devel- 
opaent  inforaation  is  most  readily  available  froa  techni¬ 
cians  and  young  engineers.  GM-13  and  above  personnel  are 
aore  interested  in  the  political  aspect  of  operations. 
These  include  personnel  and  prograa  changes  within  the  PHTC 
organization  and  at  NAVAIfi. 

b.  output 

The  IBS SI  generates  several  outputs.  Data  packages  and 
foraal  reports  are  generated  after  each  laboratory  test  and 
delivered  to  the  laboratory  user  and  the  laboratory  sponsor. 
These  reports  are  the  most  visible  output  of  the  laboratory. 
They  provide  technical  data  of  the  EH  system  capability  and 
are  used  by  the  EH  system  developer  to  ascertain  whether  the 
system  should  continue  on  its  development  cycle  or  if  modi- 
fications  are  required.  These  reports  can  become  highly 
visible  within  the  Havy  depending  on  the  size  of  the  EH 
system  tested.  As  important  as  the  data  package  is  the  time 
required  to  perform  the  testing.  If  the  testing  took  longer 
then  planned  the  EH  system1 s  development  could  be  delayed. 
Delays  can  be  directly  translated  to  a  dollar  cost.  It  is 
therefore  very  important  that  EHSSL  personnel  or  hardware 
not  be  the  cause  of  any  delay. 

Another  output  is  the  quality  of  the  threat  simulators 
developed  by  the  laboratory.  There  are  several  aspects  to 
quality.  Host  important  is  how  close  does  the  simulator 
match  the  threat.  ether  aspects  are:  1)  How  easy  is  the 


simulator  to  use?  2}  How  long  does  it  take  to  calibrate? 
and  3)  How  reliable  is  it? 

The  EH SSI  is  known  for  its  easy  to  use,  reliable  threat 
systems.  Every  effort  is  made  to  assure  that  they  match  the 
threat  system  in  every  detail  known. 

Another  output  closely  monitored  by  the  sponsor  is  how 
efficiently  money  is  spent  and  if  additional  funds  are  often 
reguired  late  in  the  jear  to  complete  operations.  The  EH SSL 
makes  sure  it  properly  allocates  all  funding  by  the  end  of 
the  year. 

Quarterly  reports  detailing  both  technical  and  financial 
operations  are  sent  to  the  sponsor.  A  year  end  report 
summarizing  the  years  effort  and  a  detailed  program  plan 
that  outlines  the  next  years  activities  are  sent  to  the 
laboratory  sponsors  cnce  a  year. 
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7-  E1SSL  ass  BBQDIBBMBBTS 


1.  I1TBODDCTIOI 

This  chapter  represents  the  third  phase  of  an  MSS  devel¬ 
opment  as  detailed  by  Rigo  in  Chapter  II.  This  is  the 
reguirenents  analysis  phase.  The  information  obtained  in 
the  organizational  analysis  of  chapter  17  will  be  used  to 
develop  the  system  requirements. 

For  the  requirements  determination  a  decision  analysis 
approach  as  detailed  by  Ackoff  [Bef.  13:  pp.  603-607]  will 
be  used.  Decision  analysis  is  performed  by  steps  as 
follows : 

1.  Identify  and  prescribe  decision. 

2.  Define  decision  algorithm  or  decision  process. 

3.  Define  information  needed  for  the  decision  process. 

This  means  to  state  your  required  output,  define  the 

process  required  to  achieve  the  output,  and  then  determine 
where  the  information  needed  for  the  process  is  available. 
This  approach  is  systematic  and  comprehensive.  By  Analyzing 
first  the  high  level  tasks  and  then  dividing  these  tasks 
into  subtasks,  a  reasonable  assurance  of  completeness  can  be 
achieved.  The  result  of  the  analysis  will  be  a  gross  design 
of  the  MSS  for  the  EBSS1. 

The  current  information  system  will  be  evaluated  after 
the  required  output  is  determined  to  see  if  it  can  satisfy 
the  requirement. 

B.  GIIBI1I  BBQUIBEHf ITS 

Based  on  Anthony's  framework  where  managerial  functions 
are  broken  into  hierarchal  levels  it  would  seem  that  this 
would  be  the  way  MSSs  are  developed  also.  This  is  not  the 


case 


Host  HSSs  are  designed  around  the  functions  the;  are 
suppose  to  support,  such  as  marketing,  production,  or 
financial.  The  functions  performed  in  the  EWSSL  vere  broken 
into  tasks  during  the  organizational  analysis.  These  tasks 
fit  together  in  a  natural  order. 

The  HSS  for  the  IHSSL  trill  be  divided  into  these  three 
functional  areas  of  planning,  operations,  and  developaent. 
The  planning  systea  would  include  the  tasks  of  long  range 
planning,  the  developaent  of  the  HEW  SON  plan,  task  plan,  and 
tracking  the  overall  financial  status  of  the  EWSSL.  The 
operations  systea  would  provide  operational  control 
including  the  day  to  day  tasks  such  as  scheduling,  labora¬ 
tory  setup,  calibration,  aaintenance,  record  keeping,  and 
report  generation.  The  developaent  systea  would  provide 
operational  control  for  hardware  development. 

Developing  a  HSS  does  not  necessarily  aean  building  a 
coaputer  controlled  system.  In  fact  most  of  the  reguire- 
aents  detailed  herein  could  be  net  with  a  manual  systea  and 
to  a  degree  are.  Bowever,  the  main  factor  driving  the 
development  of  this  HSS  is  to  be  able  to  respond  rapidly  in 
an  orderly  fashion  to  the  wishes  of  the  Washington  sponsors 
and  the  EHTC  command.  In  order  to  achieve  this  objective  a 
coaputer  systea  is  reguired. 

numerous  coaputer  systems  are  available  that  provide  a 
"program  management"  capability.  The  problem  is  that  no 
standard  has  been  agreed  upon  among  the  numerous  groups  that 
interface  with  the  EWSSL. 

No  attempt  will  be  made  in  this  thesis  to  pick  the 
appropriate  systea  as  coaputer  capabilities  seen  tc  change 
overnight.  Particular  attention,  however,  should  be  paid  to 
an  effort  of  NAVAIB  PHA  253  to  integrate  their  financial 
system  under  one  computer  system.  A  common  computer  system 
between  the  Washington  sponsor  and  the  EWSSL  where  data 
could  be  transmitted  electronically  would  be  an  ideal 
situation. 


The  NiC*s  Echo  range  facility  is  currently  using  an 
Apple  Corporation  Lisa  coaputer  system  for  some  program 
aanageaent  functions.  Should  8AVAIB  code  5492  also  purchase 
a  system  to  interface  with  the  Echo  facility  it  may  be  worth 
investing  in  that  system. 

The  primary  objective  of  this  MSS  is  to  decrease 
response  time  to  EWSSL  sponsors  and  to  formalize  ongoing 
procedures.  Much  of  the  MSS  will  be  the  formal  implementa¬ 
tion  cf  ccntrol  process.  Koontz  and  0*Connel  [ fief .  14:  pp. 
583-585]  contend  that  a  control  process  involves  three  steps 
1)  establish  standards  2)  measure  performance  against  stan¬ 
dards  and  3)  correct  deviations  from  standards.  one  objec¬ 
tive  of  this  MSS  is  tc  provide  a  mechanism  for  the  recording 
of  tasks  to  be  accomplished  and  a  way  of  identifying  between 
those  tasks  that  have  been  completed  satisfactorily  and  on 
time  and  those  that  have  not. 

Another  objective  is  to  minimize  the  impact  that  indi¬ 
vidual  personnel  has  on  operations.  By  developing  formal 
data  bases  information  becomes  corporate  knowledge. 

For  a  MSS  to  be  utilized  it  is  mandatory  that  all  data 
be  current.  This  reguires  a  dedicated  effort  to  input  data 
on  a  daily  basis.  This  responsibility  should  be  formally 
assigned.  The  design  of  the  various  input  formats  should  be 
designed  "user  friendly"  such  that  a  data  entry  person  can 
be  utilized  for  this  function.  All  three  systems  must  be 
capable  of  accessing  all  data  bases  to  minimize  data  entry 
errors  and  to  assure  that  each  system  is  using  the  same 
data.  This  does  not  imply  that  all  systems  must  be  able  to 
change  all  data  bases.  Security  provisions  should  be  imple¬ 
mented  to  allow  only  certain  agreed  upon  personnel  be  able 
to  modify  certain  files. 
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C.  SPICIfIC  BEQOIBEBZSTS 


This  section  will  discuss  the  requirements  of  each  of 
the  three  ESS  systems.  Their  required  outputs,  inputs,  and 
processes  mill  be  detailed. 

To  satisfy  the  requirements  of  different  levels  of 
management  the  data  supplied  by  the  three  systems  could  be 
filtered  to  the  degree  necessary  for  the  intended  user. 
This  means  that  sponsors  in  Washington  who  require  an  over- 
view  of  laboratory  operations  would  receive  a  summarized 
report.  The  planning  system  would  be  used  for  maiagement 
control  and  would  use  summaries  from  the  operational  and 
develojment  systems  as  inputs.  The  specific  requirements 
for  these  three  systems  will  now  be  discussed. 

a.  Planning  System 

Primary  outputs  of  the  planning  system  fall  into 
two  categories.  The  quarterly  reports  and  the  year  end 
reports  show  laboratory  status  at  various  times  during  the 
year  .  The  REWSON  plan.  Task  plan,  and  detailed  program 
plan  show  future  activities  planned  for  the  ERSS1.  Current 
status  reports  can  effect  future  planning  reports. 

The  three  planning  documents  provide  essentially 
the  same  information  hut  to  different  people  or  in  slightly 
different  detail.  The  REWSON  plan  and  the  detailed  program 
plan  are  for  Washington  sponsors  whereas  the  Task  plan  is 
for  internal  PHTC  utilization.  The  development  of  these 
plans  could  be  simplified  if  there  was  a  greater  deal  of 
commonalty  between  them  or  ideally  one  document  could  serve 
the  function  of  all  three. 

The  process  of  developing  the  planning  documents 
is  a  very  unstructured  affair.  Projects  to  be  included  in 
the  plans  for  the  £WSSL  come  from  ideas  generated  from 
discussions  with  numerous  people  with  different  backgrounds. 


As  shown  in  Chapter  17  the  projects  are  chosen 
based  on  several  criteria.  The  hey  criteria  include  E'J 
system  capability  and  development  schedules,  threat  changes, 
and  fending  availability.  What  is  reguired  is  a  formal 
prioritization  schene  for  including  projects  into  the  plan. 
Cne  approach  would  be  to  "score"  potential  projects  based  on 
previously  agreed  upon  criteria  chosen  by  a  committee 
consisting  of  EWSSL  sponsors  and  managers.  Table  7  lists 
nonfinancial  criteria  that  should  be  considered. 

Fornal  financial  analysis  routines  should  be 
included  in  the  planning  subsystem.  These  financial  anal¬ 
ysis  should  never  be  used  as  the  only  criteria  but  can  shed 
soae  light  on  the  degree  of  risk  .  The  0. S.  government  has 
determined  that  10  percent  is  to  be  used  as  the  cost  of 
capital.  A  cost  benefit  analysis  should  be  done  on  all 
projects  using  this  cost  of  capital  to  see  the  profitability 
of  the  project.  Payback  time  should  also  be  included  in  the 
routines. 

The  planning  system  needs  to  maintain  a  data 
base  containing  the  development  schedules  of  all  Navy,  Air 
Force,  and  Army  tactical  airborne  EW  systems.  The  file 
should  include:  major  system  milestones,  planned  test  time, 
source  of  information,  and  length  of  test  reguired.  The 
information  should  be  updated  each  month  for  systems  planned 
to  be  tested  during  the  current  year  and  each  guarter  for 
systems  planned  to  be  tested  in  the  out  years. 

An  input  reguired  for  the  planning  process  is 
the  capabilities  of  ether  laboratories  performing  similar 
functions.  The  knowledge  of  other  facilities  will  assure 
that  duplication  of  effort  does  not  take  place  and  allow  for 
a  cross  fertilization  of  information.  Several  organizations 
currently  try  to  maintain  data  bases  with  this  information. 
The  data  base  is  distributed  in  report  form  and  is  updated 


TABLE  V 

Proposed  Criteria  For  Project  Selection 

Is  the  project  EH  mission  specific? 

Hill  the  project  give  the  EHSSL  skills 
and  experience  useful  in  the  future? 

Does  the  capability  tc  develop/manage 
the  development  exist  inhouse? 

Can  the  project  be  used  by  aany 
different  users? 

Is  the  develcpaent  state-of-the-art 
and/or  risky? 

Does  the  project  improve  the  status 
of  the  EHSSI  as  a  test  facility? 

Hill  the  project  be  easy  to  use  and 
calibrate? 

Do  EHSSL  personnel  want  to  develop 
the  project? 

Hill  the  project  fit  into  dailly 
EHSSL  operations  easily? 


A  threat  capabilities  data  base  must  be  main¬ 
tained  tc  provide  input  on  what  threat  characteristics  are 


reguired  for  simulation  and  to  knov  what  changes  have  taken 
place  in  the  systeas.  The  STIIO'S  office  should  coordinate 
this  effort  and  provide  updates  yearly. 

The  planning  systea  provides  both  nanagenent 
control  functions  and  operational  control  functions. 
Interface  between  the  planning,  operations,  and  developaent 
systeas  is  reguired.  One  exchange  reguired  is  a  suaaary  of 
current  projects.  The  suaaary  should  be  provided  by  the 
operation  and  developaent  systeas  to  the  planning  systea 
quarterly  for  inclusion  into  the  quarterly  report  and  if 
deviations  occur  future  planning  docuaents  can  be  aodified. 

&  aajor  reguirenent  of  the  planning  systea  is  a 
simplification  of  the  financial  status  reports  currently 
being  provided.  The  current  reports  are  cluttered  with 
inforaaticn  not  routinely  used  and  the  reports  are  usually 
three  to  ten  working  days  late.  The  tiae  this  becoaes  a 
real  factor  is  at  the  end  of  the  fiscal  year  when  everyone 
is  trying  to  close  out  accounts.  During  this  tiae  period 
the  reports  are  even  later.  By  aaintaining  a  data  base 
consisting  of  Job  Order  number,  original  amount,  current 
amount, and  past  history  the  planning  process  could  be 
greatly  simplified.  A  "spreadsheet"  approach  should  be 
utilized  where  monthly,  quarterly,  and  yearly  summaries 
could  be  displayed.  Osage  rates  could  be  calculated  from 
the  data  and  used  tc  predict  year  end  balances.  Access 
would  be  limited  to  financial  data  bases. 

A  data  base  of  current  tasks  being  performed  is 
reguired.  Data  to  be  included  is:  Task  name,  engineer 
responsible,  scheduled  completion  date,  percent  complete, 
and  funds  utilized.  This  data  base  should  be  able  to  be 
accessed  in  many  different  ways.  A  minimum  requirement 
would  be  reports  listing  tasks  complete,  tasks  overdue, 
tasks  by  engineer,  and  tasks  whose  percentage  completion  is 
grossly  different  frca  its  funds  used  percentage. 


b.  Operations  System 


The  primary  result,  or  output,  desired  of  the 
operations  system  is  an  efficiently  operating  laboratory. 
Efficiency  is  sometimes  hard  to  quantify  but  some  factors 
can  be  monitored.  Actual  time  a  test  takes  vice  planned  can 
be  monitored.  Deviation  from  planned  time  can  be  evaluated 
to  see  if  EE SSL  operations  could  be  changed  to  decrease  the 
deviation.  Simulator  down  time  should  also  be  monitored. 
Seasons  for  the  down  time  should  be  detailed  and  recorded  to 
see  if  trends  develop  which  could  be  changed  by  purchase  of 
proper  replacement  parts  or  additional  spare  parts. 

EHSS1  scheduling  greatly  effects  the  day  to  day 
operations  of  the  IHSSL.  Scheduling  is  quite  complex 
because  of  the  multiple  options  of  computer  controllers, 
simulators,  and  test  equipment  available.  The  scheduling 
output  needs  to  show  the  tests  planned  throughout  the  fiscal 
year.  There  is  a  great  deal  of  information  required  to 
generate  the  schedule.  This  information  includes:  the  simu¬ 
lator  required,  the  EH  system  being  tested,  the  scenario  and 
computer  required,  test  equipment  required,  EH  system 
personnel  contact  with  name,  location,  and  telephone  number, 
EHSSX  personnel  contact,  number  and  type  of  EHSSL  personnel 
required  for  test,  and  the  time  the  EH  system  is  available 
for  the  test  and  the  duration  cf  the  test. 

The  process  of  generating  the  output  from  the 
above  inputs  requires  a  great  deal  of  cross  checking  and 
coordination.  A  data  base  for  each  simulator  containing 
test  equipment  and  number  and  qualification  of  personnel 
required  for  each  type  of  test  can  be  maintained.  Once  test 
timeframe  is  kncwn  a  cross  check  to  see  if  personnel  is 
available  is  performed.  This  involves  checking  to  see  if 
personnel  are  qualified  and  available.  Availability  is 
determined  by  other  tests  being  performed  in  the  laboratory 


or  annual  leave  schedule.  Test  equipment  oust  alsc  be 
checked  for  availability.  This  is  determined  by  other 
testing  is  the  laboratory,  maintenance  records  and  calibra¬ 
tion  schedules. 

This  process  is  ideal  for  computer  implementa¬ 
tion  because  data  bases  can  easily  be  built  containing  all 
the  reguired  information.  Costs  of  each  test  can  be  esti¬ 
mated  from  the  above  information  and  labor  rates  and 
supplied  to  the  user  much  quicker  then  is  presently  the 
case.  This  information  could  then  be  fed  back  to  the  plan¬ 
ning  system  to  see  if  year  end  funding  is  impacted.  This 
process  should  also  maintain  a  log  of  all  EWSSL  operations 
for  test  reports  and  historical  purposes. 

A  data  base  containing  all  EWSSL  equipment, 
calibration  cycle  time,  time  required  for  calibration,  and 
last  calibration  date  needs  to  be  implemented.  Calibration 
down  time  can  then  be  calculated  for  each  piece  of  equipment 
and  the  best  time  for  calibration  projected. 

c.  Development  System 

The  development  system  of  the  BSS  would  be  used 
to  improve  management  of  the  simulator  development  projects. 
This  includes  hardware  developed  either  in  house  or  with  an 
outside  contractor. 

The  system  would  use  some  of  the  same  process  as 
in  the  planning  system  for  project  management  and  financial 
control.  The  main  difference  would  be  in  the  quantity  cf  the 
data.  Besults  of  the  prioritization  determination  done  in 
the  planning  system  would  be  used  as  guides  to  monitor  simu¬ 
lator  development.  The  planning  systems  process  used  for 
scheduling  could  also  be  used  to  generate  the  simulator 
development  schedule. 

Contractor  development  efforts  involve  tracking 
a  great  deal  of  documents.  A  tracking  system  is  required  to 


recocd  date  received  type  of  review  required  and  when 
response  is  due.  Personnel  assigned  the  action  of  response 
could  then  be  flagged  when  response  tiue  is  getting  near, 
listings  generating  overdue  responses,  completed  responses, 
and  personnel  responsible  could  then  be  generated. 

A  difficult  part  of  sinulator  development  is  the 
procureaent  of  hardware.  To  efficiently  integrate  sinulator 
hardware  into  a  functioning  piece  of  equipment  coaponents 
aust  be  available  at  specified  tines.  Delays  can  be  very 
costly.  A  data  base  containing  equipment  ordered,  order 
date,  cost.  Job  Order  utilized,  purchase  order  nuaber, 
supplier,  and  estinated  delivery  date  must  be  aaintained. 
The  inforaation  in  this  data  base  could  be  cross  checked 
with  overall  simulator  development  schedule  to  see  where 
conflicts  occur  soon  enough  to  make  improvements. 


VI.  CONCIOSIOHS  MJ2  becomhendatiois 


A.  SOIBAfil 

This  report  presents  a  review  of  the  current  literature 
on  MSS  development,  some  current  management  philosophy,  and 
an  organizational  analysis  of  the  EWSSI  located  at  PMTC,  pt. 
Mugu,  California.  The  chapter  on  MSS  development  focused  on 
general  criteria  of  an  MSS.  The  section  on  current  manage¬ 
ment  philosophy  related  ideas  presented  in  In  Search  Of 
Excellence  by  Peters  and  Waterman  to  the  Navy  environment. 
The  organizational  analysis  was  performed  using  the  Network 
model  developed  by  N.  Tichy.  Using  the  knowledge  gained  on 
MSS  development  and  the  organizational  analysis  appropriate 
objectives  and  requirements  for  a  MSS  were  developed  for  the 
EWSSI. 

B.  CC1CIUSI01 

The  organizational  analysis  showed  that  the  current 
information  and  control  systems  are  manual  and/or  slow  and 
are  not  integrated  to  provide  uniform  information.  One 
objective  of  the  MSS  is  to  decrease  the  time  required  to 
respond  to  inguiries  from  Washington  sponsors.  It  was 
determined  that  the  best  way  to  improve  response  time  would 
be  to  utilize  an  integrated  computer  controlled  MSS. 

Seme  information  required  by  the  EWSSI  is  controlled  at 
bureaucratic  levels  higher  then  the  organizational  analysis 
included  making  it  impossible  to  improve  the  response  tine 
of  some  of  the  information.  It  became  evident  that  EWSSI 
operations  could  be  improved  if  an  integrated  MSS  was 
utilized  at  higher  levels  in  the  PMTC  organization. 
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The  organizational  analysis  showed  how  important  experi¬ 
enced  personnel  are  for  the  EH SSL  to  operate  smoothly.  The 
area  of  SI  is  onigne.  Experienced  personnel  are  hard  to 
find.  The  atnosphere  of  the  EHSSL  needs  to  be  such  that 
qualified,  experienced  personnel  will  want  to  stay  in  the 
organization.  The  analysis  showed  that  laboratory  personnel 
are  mostly  concerned  with  day  to  day  problems.  Attempting 
to  solve  these  day  to  day  problems  would  have  the  biggest 
impact  on  operations. 


C.  BICClflEISATIOIS 

1-  Development 

It  is  the  authors*  recommendation  that  a  new  inte¬ 
grated  ESS  for  the  EHSSL  be  developed.  what  is  envisioned 
is  an  MSS  utilizing  seme  of  the  existing  information  systems 
structures  and  design  techniques  but  all  operating  on  one 
computer  system.  This  approach  would  minimize  the  design 
costs,  keep  some  of  the  familiarity  of  the  current  systems, 
and  provide  for  an  integrated  system. 

2.  Central  Processor 

The  central  processor  chosen  for  the  MSS  should  be 
capable  of  interfacing  with  the  Washington  sponsors  computer 
systems  currently  under  development. 

3.  Usep  Orjgnjed 

The  users  of  the  EHSSL  MSS  have  the  most  to  gain 
from  its  development.  However,  the  MSS  can  only  be  effec¬ 
tive  if  all  concerned  feel  motivated  to  use  it  and  under¬ 
stand  how  to  use  it.  It  is  therefore  recommended  that  these 
individuals  be  participants  in  the  design  and  implementation 
of  the  MSS.  The  design  should  use  the  principles  detailed 
in  chapters  II  and  III  of  this  thesis. 


4,  Iterative  Development 


The  development  of  the  MSS  for  the  ERSSL  should  be 
carried  out  in  an  iterative  fashion.  Development  should 
begin  with  a  specific  subsystem  being  implemented  and  tested 
by  itself  to  test  the  design  concepts  and  applicability  to 
EflSSL  operations.  It  is  recommended  that  the  scheduling 
function  of  the  operations  system  be  developed  first.  It 
seems  that  all  the  information  reguired  for  a  design  is 
never  available  so  by  developing  only  a  subsystem  not  as 
much  risk  is  encountered  as  in  a  complete  development.  The 
iterative  approach  also  allows  for  a  gradual  transition  from 
existing  systems  so  that  change  is  not  to  great  at  any  one 
time.  This  allows  time  to  build  organizational  awareness 
and  to  formalize  commitment  to  the  operation. 

5 .  Information  Delays 

The  E VSSL  is  dependent  on  other  PMTC  groups  for 
information  it  reguires.  These  groups  may  be  either  higher 
up  the  bureaucratic  organization  or  in  a  different  chain  of 
command.  Specific  examples  are  the  dissemination  of  memo¬ 
randums  from  the  EW  directorate  on  down  or  the  location  of 
purchase  orders  in  the  supply  department.  It  is  recommended 
that  a  means  of  ascertaining  where  the  delays  are  caused  in 
the  organization  be  implemented.  Bouting  slips  recording 
time  in  and  out  of  each  stop  is  one  approach.  Analysis  of 
the  delays  should  be  done  and  corrections  implemented. 

6 •  People  Constraint 

The  EHSS1  operations  depend  a  great  deal  on  experi¬ 
enced  personnel.  Either  one  of  two  approaches  can  be  used 
to  minimize  this  constraint.  Either  additional  personnel 
can  be  hired  and  trained  to  minimize  the  impact  of  one  indi¬ 
vidual  leaving  the  organiza tion,  a  very  costly  endeavor,  or 


the  BSS  can  be  developed  to  the  point  where  the  knowledge 
required  to  operate  the  ERSSL  is  included  in  it,  also  very 
costly.  It  is  believed  that  a  compromise  somewhere  between 
these  two  extremes  needs  to  be  reached. 
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